关于学习网络通讯协议的心得体会(一)

销售价格:

关于学习网络通讯协议的心得体会

Web 性能的终极目标是减少到用户端的延迟，让用户能够尽快的打开前端网页并进行相关交互。

而对于客户端来说，应该尽可能发送少的数据给服务器，从服务端下载尽可能少的数据，尽可能减少往返（Round Trips），客户端与服务器无论是哪一边，额外的数据流都会带来额外的延迟开销，与此同时也更容易出现拥塞和丢包问题,这无疑严重影响了性能。多余的 Round Trip 同样会增加延迟，尤其是在移动网络下（100ms 是让用户感觉到系统立即做出响应的时间上限）

　　一、HTTP/1.1

HTTP/1.1 这个协议本身有很多的优点，不幸的是性能并不在其中。

HTTP/1 是 chatty 类的协议，因为需要不断的去向服务器请求新东西，首先是 HTML 其次是 CSS 和 java script，每一次的交换都增加了额外或者是更多的 Round Trip 延迟，明显和“尽可能减少 Round Trips”的目标背道而驰。其次，页面上的请求增加了很多的数据，违背了「应该尽可能发送少的数据给服务器」的原则，请求中增加了诸如 Referer、User-Agent 等啰嗦的首部，当然 Cookie 是每一次请求都要带上的。

最后因为 HTTP/1 的线头阻塞，使得过去合并多个请求为一个请求成为公共实践，诸如 CSS Sprite、inline image 等其他系列的实践，看似华丽的 HTTP/1 性能优化，实则有一定的开销。它下载的数据远远超过客户端展示页面所需要的数据，违背了理想化的原则，意味着我们无法尽可能快速的展示页面，好在 HTTP/1.1 也不是一无是处，在性能方面，它提供了缓存。这就使得可以重用新鲜的缓存，而无需重新发起额外的请求，当缓存中存在不新鲜的 copy 时，能很好的避免传输大量的数据。

二、HTTP/2

HTTP/2 试图从以下几个方面，解决 HTTP/1.1 中的几个历史遗留问题：

1.多路复用 (Multiplexing)

多路复用意味着线头阻塞将不在是一个问题，允许同时通过单一的 HTTP/2 连接发起多重的请求-响应消息，合并多个请求为一个的优化将不再适用。

2.首部压缩（Header Compression）

首部压缩移除了请求中的一些啰嗦首部，你可以通过很少的 IP package，承载数十个乃至上百个的请求，更符合最小数据量的理想化原则。

3.服务端推送（Server Push）

服务器可以向客户端推送所需要的资源，避免不必要的 Round Trips，所以一个典型的 HTTP/2 请求交互是这样的:

首页上一页 1 2 下一页尾页 1/2/2