持久
HTTP/1.1渐渐停止了对keep-alive连接的支持，用一种名为持久连接（persistent-connection）的改进设计取代了它。工作机制更优一些
与HTTP/1.0的keep-alive连接不同，HTTP/1.1持久连接在默认情况下是激活的。除非特别指明，否则HTTP/1.1假的所有连接都是持久的。要在事务处理结束后将连接关闭，HTTP/1.1应用程序必须向报文中显示的添加一个Connection：close首部。这是与以前HTTP协议版本很重要的区别，在以前的版本中keep-alive连接要么是可选的，要么根本不支持。
HTTP/1.1 客户端假定在收到响应后，除非响应中包含了Connection： close首部，不然HTTP/1.1连接就仍然维持在打开状态，但是，客户端和服务器仍然可以随时关闭空闲的连接。不发送Connection：close并不意味着服务器承诺永远将连接保持在打开状态。
4.5.9持久连接的限制和规则
4.6管道化连接
HTTP/1.1允许在持久连接上可选地使用请求管道。这是keep-alive连接上的进一步性能优化。在响应到达之前，可以将多条请求放入队列。当第一条请求通过网络流向另一端的服务器时，第二条和第三条请求也可以开始发送了。
在高时延网络条件下，这样做可以降低网络的环回时间，提高性能。
对管道化连接的几条限制：
4.7关闭连接的奥秘
4.7.1“任意”解除连接
所有的HTTP客户端、服务器端或代理都可以在任意时刻关闭一条TCP出书连接。通常会在一条报文结束之后关闭连接，但是出错的时候，也可能在首部行的中间，或其他奇怪的地方关闭连接。
对管道化持久连接来说，这种情形是很常见的。比如持久化连接空闲一段时间后，服务器可能会决定将其关闭。
但是，服务器永远无法确定在它关闭“空闲”连接的那一刻，在线路那一头的客户端有没有数据要发送。如果出现这种情况，客户端就会在写入半截请求报文时出现了连接错误。
4.7.2 content-Length及截尾操作
4.7.3连接关闭容限、重试以及幂等性
4.7.4正常关闭连接
TCP连接是双向的。TCP连接的每一端都有一个传入队列和一个输出队列，用于数据的读和写。
放入队列中的数据最终会出现在另一端输入队列中。
正常关闭
相关阅读
国外免费高清大图，摄影图片-惊人的免费图片https://pix
https://pixabay.com
HTTP 400 – 请求无效HTTP 401.1 – 未授权：登录失败HTTP 401.2 – 未授权：服务器配置问题导致登录失败HTTP 401.3 – ACL 禁止访问
CA认证 电子商务认证授权机构（CA, Certificate Authority），也称为电子商务认证中心，是负责发放和管理数字证书的权威机构，并作为电子商
Http免费升级Https详细步骤【Let's Encrypt】
1、Let's EncryptLet's Encrypt 是一个免费、开放，自动化的证书颁发机构，由 ISRG（Internet Security Research Group）运作。ISRG 是一
最近在移植新版本代码，但发现在新版本软件中，居然找不到子网掩码这个参数。与旧版本软件不同的是，IP地址后面接了“/24”，类似192.168