网络连接与传输建立过程
Socket连接
Socket 以服务器 ip 和端口号创建一个 Socket 套接子,对TCP/IP协议进行封装(socket本身并不是协议,而是建立在 Http应用层 与 TCP/UDP 传输层中间的桥梁);
Socket 对 TCP/IP 封装后,并携带当前客户端的 ip 与端口号到服务器去请求连接,通过 TCP 的三次握手建立连接;
连接成功后,在服务端会单独生成一个Socket对应这个连接成功的客户端,以后的通讯均以此 Socket 来进行通讯,只要这个socket存在,就是一次链接
TCP 建立连接的三次握手
TCP 断开连接的四次握手
- 客户端向服务端发送结束请求,请求服务端关闭数据传输
- 服务端关闭数据传输后,响应客户端
- 服务端告诉客户端,关闭数据传输
- 客户端关闭传输后告诉服务端,可以断开连接了
最后,服务端断开连接,接着客户端断开连接
TCP短连接
- HTTP/1.0中，默认使用的是短连接
client向server发起连接请求，server接到请求，然后双方建立连接。client向server 发送消息，server回应client，然后一次读写就完成了，这时候双方任何一个都可以发起close操作，不过一般都是client先发起 close操作。为什么呢，一般的server不会回复完client后立即关闭连接的，当然不排除有特殊的情况。从上面的描述看，短连接一般只会在 client/server间传递一次读写操作
短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段
短连接的操作步骤是：
建立连接——数据传输——关闭连接...建立连接——数据传输——关闭连接
TCP长连接
- HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头有加入这行代码：
Connection:keep-alive
client向server发起连接，server接受client连接，双方建立连接。Client与server完成一次读写之后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。
首先说一下TCP/IP详解上讲到的TCP保活功能，保活功能主要为服务器应用提供，服务器应用希望知道客户主机是否崩溃，从而可以代表客户使用资源。如果客户已经消失，使得服务器上保留一个半开放的连接，而服务器又在等待来自客户端的数据，则服务器将应远等待客户端的数据，保活功能就是试图在服务 器端检测到这种半开放的连接。
如果一个给定的连接在两小时内没有任何的动作，则服务器就向客户发一个探测报文段，客户主机必须处于以下4个状态之一：
- 客户主机依然正常运行，并从服务器可达。客户的TCP响应正常，而服务器也知道对方是正常的，服务器在两小时后将保活定时器复位。
- 客户主机已经崩溃，并且关闭或者正在重新启动。在任何一种情况下，客户的TCP都没有响应。服务端将不能收到对探测的响应，并在75秒后超时。服务器总共发送10个这样的探测 ，每个间隔75秒。如果服务器没有收到一个响应，它就认为客户主机已经关闭并终止连接。
- 客户主机崩溃并已经重新启动。服务器将收到一个对其保活探测的响应，这个响应是一个复位，使得服务器终止这个连接。
- 客户机正常运行，但是服务器不可达，这种情况与2类似，TCP能发现的就是没有收到探查的响应。
长连接的操作步骤是：
建立连接——数据传输...（保持连接）...数据传输——关闭连接
