文档介绍：S 和的区分主要如下：
1、 s 协议需要到 ca 申请证书，一般免费证书较少，因而需要肯定费用。
2、是超文本传输协议，信息是明文传输， s 那么是具有平安性的 ssl 加密传输协议。
3、够局部减轻 RTT 延迟和缓启动延迟的影响。
【RTT(Round-Trip Time): 来回时延。在计算机网络中它是一个重要的性能指标，表示从发送端发送数据开头，到发送端收到来自接收端确实认〔接收端收到数据后便马上发送确认〕，总共经受的时延。】长久连接就能够很好解决这一缺点，在长久连接状况下，效劳器在发出响应后让 TCP 连接连续翻开着。同一对客户/效劳器之间的后续恳求和响应可以通过这个连接发送。整个 Web 页面(上例中为包含一个根本 HTML 文件和 10 个图像的页面)自不用说可以通过单个长久TCP 连接发送:甚至存放在同一个效劳器中的多个web 页面也可以通过单个长久 TCP 连接发送。
通常，效劳器在某个连接闲置一段特定时间后关闭它，而这段时间通常是可以配置的。
长久连接分为不带流水线 (without pipelining) 和带流水线 (with pipelining)两个版本。
不带流水线的版本：
客户只在收到前一个恳求的响应后才发出新的恳求。这种状况下，
web 页面所引用的每个对象(上例中的 10 个图像)都经受 1 个 RTT 的
延迟，用于恳求和接收该对象。与非长久连接2 个 RTT 的延迟相比，不带流水线的长久连接已有所改善，不过带流水线的长久连接还能进一步降低响应延迟。不带流水线版本的另一个缺点是，效劳器送出一个对象后开头等待下一个恳求，而这个新恳求却不能马上到达。这段时间效劳器资源便闲置了。
带流水线的长久连接：
/ 的默认模式使用带流水线的长久连接。这种状况下，客户每遇到一个引用就马上发出一个恳求，因而客户可以一个接一个紧挨着发出各个引用对象的恳求。效劳器收到这些恳求后，也可以一个接一个紧挨着发出各个对象。假设全部的恳求和响应都是紧挨着发送的，那么全部引用到的对象一共只经受1 个 RTT 的延迟(而不是像不带流水线的版本那样，每个引用到的对象都各有 1 个 RTT 的延迟)。另外，带流水线的长久连接中效劳器空等恳求的时间比较少。与非长久连接相比，长久连接(不管是否带流水线)除降低了 1 个RTT 的响应延迟外，缓启动延迟也比较小。其缘由在于既然各个对象使用同一个 TCP 连接，效劳器发出第一个对象后就不必再以一开头的缓慢速率发送后续对象。相反，效劳器可以依据第一个对象发送完毕时的速率开头发送下一个对象。
和 S 的主要特点和工作流程特点
支持客户/效劳器模式。〔C/S 模式〕
简洁快速：客户向效劳器恳求效劳时，只需传送恳求方法和路径。
恳求方法常用的有 GET、HEAD、POST。每种方法规定了客户与效劳器联系的类型不同。由于协议简洁，使得效劳器的程序规模小，因而通信速度很快。
机敏：允许传输任意类型的数据对象。正在传输的类型由Content-Type 加以标记。
无连接：无连接的含义是限制每次连接只处理一个恳求。效劳器处理完客户的