更新（对于任何对结果感兴趣的人:)
我无法弄清楚为什么 chrome 和 node-http2 服务器之间的下一个协议协商会失败。我怀疑是自签名证书或 ALPN/NPN 支持问题。所以我转向 golang HTTP/2 implementation。相同的设置完美运行，我看到单个多路 TCP 连接（chrome --> golang）
我一直在阅读有关 HTTP/2 以及它如何解决 HTTP/1.1 的延迟问题以及每个主机的单个多路 TCP 连接，所以我决定尝试一下。
本实验
- 创建了一个简单的 html 文件，其中引用了一个 css、一个 js 和几个图像。
- Node.js 中的一个简单的 http 服务器，它为所有这些文件提供服务
- 使用 chrome 发出 http 请求
- 在 Ubuntu ( tcptrack ) 上使用 tcptrack 来跟踪与 http 服务器建立的 TCP 连接。
tcptrack 窗口显示已建立 4 个连接。所以浏览器正在为图像和 css/js 请求打开不同的连接。
我使用 tcpdump 得到了类似的输出。作为参考，使用的 tcptrack 命令是
tcptrack -d -i eth0 -r 3600 端口 8989
并且 tcpdump 也显示类似的输出
tcpdump -i eth0 -nns 0 "dst 端口 8989 和 tcp[tcpflags] == tcp-syn"
为这些文件提供服务的简单的多合一 http 服务器如下所示（相关代码）
(function(){
...........
var server = http.createServer(function(request, response) {
..........
fs.readFile(filetoRet, function (err,data) {
if(filePath.indexOf(".jpg") >-1){
response.writeHead(200, {"Content-Type": "image/jpg"});
}.....
response.write(data);
response.end();
});
});
server.listen(8989);
})()在此之后，我尝试使用 http/2。
- 启用 chrome 标志以发送 http/2 请求
- 使用node-http2创建了一个 http/2 服务器
- 简单的 http 服务器与 http/1.1 具有相同的代码，除了它使用在步骤 2 中安装的 http2 服务器模块。
- 使用 chrome 发出请求（它必须是符合 HTTP/2 规范的 https 请求）
- 捕获的 tcptrack/tcpdump 输出
因此，这仍然显示正在建立多个 TCP 连接。此外，如果我增加 html 中的图像数量，连接数也会增加。
所以我不知道如何阅读这个。这是 HTTP/2 的行为方式（或者这是一个 chrome 错误）？有没有更好的方法来使用简单的 http/2 客户端服务器来可视化 HTTP/2 的收益？
注意：我正在为 HTTP/2 服务器使用自签名证书，因此 chrome 在进入页面之前会发出警告，并且可能那些关闭的连接代表它，但我认为它不会影响协议如何请求页面及其组件
感谢大家耐心阅读本文并感谢任何建议。
辛格
PS：Wireshark TCP 捕获也不例外。只是我发现在 Wireshark 中隔离流量更难，所以使用了 tcpdump 和 tcptrack。
更新：更新：查看 chrome://net-internals/ HTTP/2 请求协商失败，它回退到使用 HTTP/1.1。还不明白原因。
chrome内部工具事件显示
t=879052 [st= 0] +HTTP_STREAM_JOB [dt=19]
--> original_url = "https://msinghlinux.ads.com:8900/"
--> priority = "HIGHEST"
--> url = "https://msinghlinux.ads.com:8900/"
t=879052 [st= 0] +PROXY_SERVICE [dt=0]
t=879052 [st= 0] PROXY_SERVICE_RESOLVED_PROXY_LIST
--> pac_string = "DIRECT"
t=879052 [st= 0] -PROXY_SERVICE
t=879052 [st= 0] +HOST_RESOLVER_IMPL_REQUEST [dt=0]
--> address_family = 0
--> allow_cached_response = true
--> host = "msinghlinux.ads.com:8900"
--> is_speculative = false
t=879052 [st= 0] HOST_RESOLVER_IMPL_CACHE_HIT
t=879052 [st= 0] -HOST_RESOLVER_IMPL_REQUEST
t=879052 [st= 0] +SOCKET_POOL [dt=19]
t=879071 [st=19] SOCKET_POOL_BOUND_TO_CONNECT_JOB
--> source_dependency = 26961 (CONNECT_JOB)
t=879071 [st=19] SOCKET_POOL_BOUND_TO_SOCKET
--> source_dependency = 26967 (SOCKET)
t=879071 [st=19] -SOCKET_POOL
t=879071 [st=19] HTTP_STREAM_REQUEST_PROTO
--> next_proto_status = "negotiated"
--> proto = "http/1.1"
t=879071 [st=19] HTTP_STREAM_JOB_BOUND_TO_REQUEST
--> source_dependency = 26910 (URL_REQUEST)
t=879071 [st=19] -HTTP_STREAM_JOBnext 协议的值为 http/1.1（next_proto_status 和 proto）。但它没有说明导致这种倒退的谈判失败的原因是什么？自签名证书可以是原因吗？
HTTP/2 服务器代码
var options = {
key: fs.readFileSync('./server.key'),
cert: fs.readFileSync('./server.crt')
};
options.log = bunyan.createLogger(...);
require('http2').createServer(options,function(request, response) {
.... same code as http/1.1 server
}).listen(8900);