几乎所有的HTTP通信都是由TCP/IP承载的，TCP/IP是全球计算机网络设备都在使用的一种分组交换网络分层协议集。
它的特点是只要连接建立，客户端与服务器之间的报文交换就永远不会丢失、受损或失序。
一、TCP连接
1、TCP是可靠数据通道
TCP是英特网上的可靠连接，TCP为HTTP提供了一条可靠地比特传输通道，从TCP连接一端填入的字节会从另一端以原有的顺序、正确的传送出来。
TCP会按序、无差错的承载HTTP数据，如下图：
2、TCP流是分段的，由IP分组传送
TCP的数据是通过名为IP分组的小数据块发送的，HTTP就是“HTTP over TCP over IP”这个“协议栈”中的最顶层，其安全版本HTTPS就是在HTTP和TCP之间插入一个（TLS或SSL）密码加密层。
如下图所示：
HTTP在传送一条报文时，会以流的形式将报文数据通过打开的TCP连接按序传输。TCP收到数据流之后，将其划分为被称为段的小数据块，封装在IP分组中，通过英特网进行传输。
每个TCP段都是由IP分组承载，从一个IP地址发送到另一个IP地址，其中包括：
①、一个IP分组首部（通常为20字节）：包含源和目的IP地址、长度和其他一些标记；
②、一个TCP 段首部（通常为20字节）：包含TCP端口号、TCP控制标记以及用于数据排序和完整性检查的数据值；
③、一个TCP数据块（0个或多个字节）；
3、保持TCP连接不断运行
TCP通过端口号来保持连接持续不断的运行。IP地址可以连接到正确的计算机，端口号可以连接到正确的应用程序，TCP连接通过四个值来识别：
<源IP地址、源端口号、目的IP地址、目的端口号>
这四个值唯一的定义了一个连接（两条不同的TCP连接不能拥有4个完全相同的地址组件值，不同连接部分可以拥有同样的值）。
4、TCP套接字
操作系统提供了一些操纵TCP连接的编程接口，即套接字API，这个套接字API隐藏了所有的TCP和IP实现细节，下表是一些套接字API的主要接口：
| 套接字API调用 | 描述 |
| s= socket(<sparameters>) | 创建一个新的、未命名、未关联的套接字 |
| bind(s,<local IP:port>) | 向套接字赋一个本地端口号和接口 |
| connect(s, <remote IP:port>) | 创建一条连接本地套接字与远程主机及端口的连接 |
| listen(s,...) | 标识一个本地套接字，使其可以合法接受连接 |
| s2 = accept(s) | 等待某人建立一条到本地端口的连接 |
| n = read(s, buffer, n) | 尝试从套接字向缓冲区读取n个字节 |
| n = write(s, buffer, n) | 尝试从缓冲区中向套接字写入n个字节 |
| close(s) | 完全关闭TCP连接 |
| shutdown(s,<side>) | 只关闭TCP连接的输出或输入端 |
| getsockopt(s,...) | 读取某个内部套接字配置选项的值 |
| setsockopt(s,...) | 修改某个内部套接字配置选项的值 |
套接字API允许用户创建TCP的端点数据结构，将其与远程服务器的TCP端点进行连接，并对数据流进行读写。
TCP API隐藏了所有底层网络协议的握手细节，以及TCP数据流与IP分组之间的字段和重装细节。
二、TCP性能
1、HTTP事务的时延
首先来看一个HTTP请求的过程，如下图：
一般来说，相比于建立TCP连接及传输请求和响应报文的时间，事务处理时间可能是很短的（除非客户端或服务端超载或正在处理复杂的动态资源），否则HTTP时延是由TCP网络时延造成的。
http事务时延的原因有以下几点：
①、DNS将服务器域名转换解析为一个IP地址所花费的时间；
②、客户端向服务端发送一个TCP连接请求所造成的时延（一般不会花费很多时间，但如果有很多的HTTP事务的话，时延就会变大）；
③、服务端处理请求报文以及回传给客户端，都需要花费一定的时间；
④、服务器回送HTTP响应，也会花费一定的时间；
2、性能聚焦区域
常见的TCP相关时延如下：
①、TCP连接建立握手；
如下图，新建TCP连接时会交换一系列的IP分组，对连接的有关参数进行沟通，如果连接只用来传送少量数据，交换的过程就会严重降低HTTP性能。
②、TCP慢启动拥塞机制；
TCP连接刚建立时为了防止网络突然过载和拥塞，会限制链接的最大速度，如果数据成功传输，会随着时间的推移提高传输速度。
③、数据聚集的Nagle算法；
④、用于捎带确认的TCP延迟确认算法；
⑤、TIME_WAIT时延和端口耗尽；
三、HTTP连接处理
目前现存和常用的连接方法大概有一下四种：
1、串行连接
最早的连接方式，即HTTP事务需要按顺序进行传输，等待服务端完成处理并回传，如下图所示：
这样做有两个缺点：
①、TCP性能时延会不断叠加；
②、在请求处理完成之前，客户端无法对结果进行提前展示，只能被动等待；
2、并行连接
通过多条TCP连接发情并发的HTTP请求，如下图所示：
并行连接有如下几个特点：
①、可能会提高页面加载速度，即连接请求和传输时间重叠，减小了连接时延和传输时延，但每个事务都会打开/关闭一个新的连接，耗费时间和带宽；
②、可以让用户“感觉更快”（与WEB页面渲染的异步展示类似的原理），但实际上，由于TCP慢启动特性的存在，每个新连接的性能都会有所降低，且并行链接数量有限；
③、并行连接不一定比串行连接块（受限于带宽，可能造成资源竞争）；
3、持久连接
重用TCP连接，以消除连接及关闭时延，持久连接+并行连接，可能是最高效的连接方式，如下图所示：
持久连接有两种方式，分别为HTTP/1.0+的“Keep-alive”连接，以及HTTP/1.1的“persistent”连接。
Keep-alive：该首部只是请求将连接保持在活跃状态，客户端和服务端可以随时关闭空闲的Keep-alive连接。
限制和规则：
①、必须客户端发送一个Connection：Keep-alive请求首部来激活Keep-alive连接；
②、该首部必须随请求的报文一起发送；
③、只有在确定实体主体部分大小的情况下，连接才能保持在打开状态；
④、代理和网关必须执行Connection首部的规则；
Persistent：该首部默认情况下是激活的，除非特别指明，否则HTTP/1.1假定所有连接都是持久的。
限制和规则：
①、如果需要在事务处理结束后将连接关闭，则应用程序必须向报文中显式的添加一个Connection-close首部；
②、只有当连接上所有报文都有正确的、自动以报文长度时，连接才能持久保持；
③、每个持戒连接都只适用于一跳传输；
④、应用程序可以在任意时刻关闭连接，但应该能够从异步关闭中恢复，重试这条请求；
⑤、一个客户端对任何服务器或代理最多只能维护2条持久连接；
4、管道化连接
通过共享TCP连接发起并发的HTTP请求，这也是在持久连接的基础上对性能的一种优化。
原理：在响应到达前，将多条请求放入队列，在高延时网络条件下，可以降低网络环回时间，提高性能。
限制和规则：
①、如果HTTP客户端无法确认连接是持久的，就不应使用管道连接；
②、必须按照与请求相同的顺序回送HTTP响应；
③、客户端必须做好连接会在任何时刻关闭的准备，以及重发所有未完成的管道化请求；
④、HTTP客户端不应用管道化的方式发送非幂等性请求（比如POST）；
四种不同连接方式的区别：
某些关于请求和响应首部的字段详细介绍，可以参考《HTTP权威指南》这本书中的内容。。。