http和socket之长链接和短链接区别

TCP/IP

TCP/IP是个协议组，可分为三个层次：网络层、传输层和应用层。 
在网络层有IP协议、ICMP协议、ARP协议、RARP协议和BOOTP协议。 
在传输层中有TCP协议与UDP协议。 
在应用层有:TCP包括FTP、HTTP、TELNET、SMTP等协议 
UDP包括DNS、TFTP等协议

短链接

链接->传输数据->关闭链接 
HTTP是无状态的，浏览器和服务器每进行一次HTTP操做，就创建一次链接，但任务结束就中断链接。 
也能够这样说：短链接是指SOCKET链接后发送后接收完数据后立刻断开链接。

长链接

链接->传输数据->保持链接 -> 传输数据-> 。。。 ->关闭链接。 
长链接指创建SOCKET链接后不论是否使用都保持链接，但安全性较差。

http的长链接

HTTP也能够创建长链接的，使用Connection:keep-alive，HTTP 1.1默认进行持久链接。HTTP1.1和HTTP1.0相比较而言，最大的区别就是增长了持久链接支持(貌似最新的 http1.0 能够显示的指定 keep-alive),但仍是无状态的，或者说是不能够信任的。

何时用长链接，短链接？

长链接多用于操做频繁，点对点的通信，并且链接数不能太多状况，。每一个TCP链接都须要三步握手，这须要时间，若是每一个操做都是先链接，再操做的话那么处理速度会下降不少，因此每一个操做完后都不断开，次处理时直接发送数据包就OK了，不用创建TCP链接。例如：数据库的链接用长链接， 若是用短链接频繁的通讯会形成socket错误，并且频繁的socket 建立也是对资源的浪费。

而像WEB网站的http服务通常都用短连接，由于长链接对于服务端来讲会耗费必定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的链接用短链接会更省一些资源，若是用长链接，并且同时有成千上万的用户，若是每一个用户都占用一个链接的话，那可想而知吧。因此并发量大，但每一个用户无需频繁操做状况下需用短连好。

总之，长链接和短链接的选择要视状况而定。

发送接收方式

一、异步 
报文发送和接收是分开的，相互独立的，互不影响。这种方式又分两种状况： 
(1)异步双工：接收和发送在同一个程序中，由两个不一样的子进程分别负责发送和接收 
(2)异步单工：接收和发送是用两个不一样的程序来完成。 
二、同步 
报文发送和接收是同步进行，既报文发送后等待接收返回报文。 同步方式通常须要考虑超时问题，即报文发出去后不能无限等待，须要设定超时时间，超过该时间发送方再也不等待读返回报文，直接通知超时返回。

在长链接中通常是没有条件可以判断读写何时结束，因此必需要加长度报文头。读函数先是读取报文头的长度，再根据这个长度去读相应长度的报文。

Socket是什么

Socket是应用层与TCP/IP协议族通讯的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来讲，一组简单的接口就是所有，让Socket去组织数据，以符合指定的协议。

通讯过程：

主机 A 的应用程序要能和主机 B 的应用程序通讯，必须经过 Socket 创建链接，而创建 Socket 链接必须须要底层 TCP/IP 协议来创建 TCP 链接。创建 TCP 链接须要底层 IP 协议来寻址网络中的主机。咱们知道网络层使用的 IP 协议能够帮助咱们根据 IP 地址来找到目标主机，可是一台主机上可能运行着多个应用程序，如何才能与指定的应用程序通讯就要经过 TCP 或 UPD 的地址也就是端口号来指定。这样就能够经过一个 Socket 实例惟一表明一个主机上的一个应用程序的通讯链路了。

创建通讯链路

当客户端要与服务端通讯，客户端首先要建立一个 Socket 实例，操做系统将为这个 Socket 实例分配一个没有被使用的本地端口号，并建立一个包含本地和远程地址和端口号的套接字数据结构，这个数据结构将一直保存在系统中直到这个链接关闭。在建立 Socket 实例的构造函数正确返回以前，将要进行 TCP 的三次握手协议，TCP 握手协议完成后，Socket 实例对象将建立完成，不然将抛出 IOException 错误。
与之对应的服务端将建立一个 ServerSocket 实例，ServerSocket 建立比较简单只要指定的端口号没有被占用，通常实例建立都会成功，同时操做系统也会为 ServerSocket 实例建立一个底层数据结构，这个数据结构中包含指定监听的端口号和包含监听地址的通配符，一般状况下都是“*”即监听全部地址。以后当调用 accept() 方法时，将进入阻塞状态，等待客户端的请求。当一个新的请求到来时，将为这个链接建立一个新的套接字数据结构，该套接字数据的信息包含的地址和端口信息正是请求源地址和端口。这个新建立的数据结构将会关联到 ServerSocket 实例的一个未完成的链接数据结构列表中，注意这时服务端与之对应的 Socket 实例并无完成建立，而要等到与客户端的三次握手完成后，这个服务端的 Socket 实例才会返回，并将这个 Socket 实例对应的数据结构从未完成列表中移到已完成列表中。因此 ServerSocket 所关联的列表中每一个数据结构，都表明与一个客户端的创建的 TCP 链接。

备注：

Windows 下单机最大TCP链接数
调整系统参数来调整单机的最大TCP链接数，Windows 下单机的TCP链接数有多个参数共同决定：
如下都是经过修改注册表[HKEY_LOCAL_MACHINE System CurrentControlSet Services Tcpip Parameters]

1.最大TCP链接数      TcpNumConnections
2.TCP关闭延迟时间    TCPTimedWaitDelay    (30-240)s
3.最大动态端口数   MaxUserPort  (Default = 5000, Max = 65534) TCP客户端和服务器链接时，客户端必须分配一个动态端口，默认状况下这个动态端口的分配范围为 1024-5000 ，也就是说默认状况下，客户端最多能够同时发起3977 Socket 链接
4.最大TCB 数量   MaxFreeTcbs
系统为每一个TCP 链接分配一个TCP 控制块(TCP control block or TCB)，这个控制块用于缓存TCP链接的一些参数，每一个TCB须要分配 0.5 KB的pagepool 和 0.5KB 的Non-pagepool，也就说，每一个TCP链接会占用 1KB 的系统内存。
非Server版本，MaxFreeTcbs 的默认值为1000 （64M 以上物理内存）Server 版本，这个的默认值为 2000。也就是说，默认状况下，Server 版本最多同时能够创建并保持2000个TCP 链接。
5.最大TCB Hash table 数量   MaxHashTableSize TCB 是经过Hash table 来管理的。
这个值指明分配 pagepool 内存的数量，也就是说，若是MaxFreeTcbs = 1000 , 则 pagepool 的内存数量为 500KB那么 MaxHashTableSize 应大于 500 才行。这个数量越大，则Hash table 的冗余度就越高，每次分配和查找 TCP  链接用时就越少。这个值必须是2的幂，且最大为65536.

IBM WebSphere Voice Server 在windows server 2003 下的典型配置
MaxUserPort = 65534 (Decimal)
MaxHashTableSize = 65536 (Decimal)
MaxFreeTcbs = 16000 (Decimal)
这里咱们能够看到 MaxHashTableSize 被配置为比MaxFreeTcbs 大4倍，这样能够大大增长TCP创建的速度

原文连接：
https://www.cnblogs.com/123hll/p/6923043.html

---

​

识别图中二维码,欢迎关注python宝典