2019-05-26长链接实现原理是否可以讲解一下，谢谢作者回复: 1、长连接只是将TCP连接的特性暴露出来；
2、客户端和服务器，需要在完成1次request/response后，继续保持TCP连接不要关闭，留待下次复用。
3、客户端和服务器都有定时器，空闲时间过长后，就会关闭。
以上就是HTTP长连接。 2
2019-05-21老师好，想问一下打开一个网页（如果带css样式表和其它js请求）总共会发起多少长连接，这个有什么工具可以测出来吗？课程会讲如何测吗？作者回复: 你是问浏览器吧？Chrome的Network面板就能看到，概述图形面板里，看同时出现的线条数就可以。目前，Chrome最多并发6个连接。
2
2019-05-21老师，长连接和短连接的应用场景是怎样的呢，谢谢作者回复: 如浏览器访问页面通常用长连接，因为WEB页面有上百个对象，复用连接减少了TCP握手次数、解决了拥塞控制问题。
如agent通过HTTP上报数据可用短连接，因为间隔时间久，服务器不用浪费内存、CPU等资源来维护使用率很低的连接。 2
2019-08-21在介绍第二个例子中，客户端和服务段使用1.1协议 keep-alive ，代理使用1.0 。客户端和服务段是否可以连接成功，正常交互数据？作者回复: 你是说陈旧的代理服务器那个例子？这里的代理默认使用1.0，但它的问题是不能识别Connection: KeepAlive头部。当浏览器试图复用连接发送第2个请求时会出错。
1
2019-08-13老师，TCP连接是不是一次只能发一个请求，并且等待这个请求返回之后，才能发下一次请求？作者回复: TCP是面向字符流的协议，它没有消息、请求的概念，需要TCP之上的应用层去区分消息的边界。可以看看第85课
1
2019-08-10老师好，向您请教最近遇到的一个问题，APP应用通过http长链接向后台发送请求，中间有3个代理服务器，偶尔发现app发送的请求返回的状态码是正常的200，但是没有返回值，后台也没有收到结果，这是什么原因，该如何解决呢？作者回复: 你是说，status code是200，但没有body是吗？中间的代理服务器上，你可以查看access.log，看看3个代理是不是都没有body。可以通过response的content-length来确定，如果是Nginx可以通过$body_bytes_sent变量来看，详见《Nginx核心知识100讲》第74课
1
2019-05-21请问一下老师HTTP协议的长连接在TCP层是怎么实现的, 是通过不断发送心跳检测的方式实现的吗?作者回复: 与TCP无关，只是HTTP的客户端、服务器约定好，处理完一次request/response事务后，一定时间内不关连接（还得记Nginx中的keepalive_timeout 75s指令吗？），留待下次复用
1
2020-01-16对于proxy-connection , • 陈旧的代理服务器不识别该头部：退化为短连接，原封不动的转发,服务器也不认识，代理和服务器之间不会建立持久连接（不能正确处理 Connection 的都是 HTTP/1.0 代理），服务器不返回 Keep-Alive，代理和浏览器之间也不会建立持久连接。 不知理解是否正确？作者回复: 这种情况都是短连接，不会出现问题。
2019-06-11老师，源服务器忽略proxy-connection, 这样的话不就无法起到替换的作用了？例如，客户端同时发送了connection 和proxy-connection ,老旧代理同时转发了两个头部，源服务器忽略proxy-conn, 但是看到conn头部，依然保持了长连接
2019-06-11请问老师关于proxy-connection的复杂场景会如何表现：比如客户端与服务器之前有两台代理服务器A,B。A是老式,B是新式。那么从A到B的请求应该也有proxy-connection，但从B到A的返回头呢？因为B代理支持长连接，在返回时是不是带上了connection，然后最终传回客户端？
2019-05-28老师请问老旧代理服务器收到带有proxy-connection的请求而退化成短链接的过程是不是因为当原始服务器收到转发的请求后会忽略proxy-connection而使得后续的响应中都不会带有这个头域？而新的代理服务器能把proxy-connection主动的转为connection头域？
2019-05-22看你回答前一个关于浏览器感知的问题 浏览器明确知道用户点击配置了代理服务器 。一般反向代理例如nginx都是配置在其他的服务器上的 根本就不会去配置浏览器中的代理服务器 那浏览器岂不是感知不到了 那就不会携带proxy connection了？还有老的代理服务器不认识 connection 会不会也不认识proxy connection？作者回复: 1、Nginx作为反向代理时通常不需要携带proxy connection头部，因为它面对的都是企业自有服务器，是否支持长连接很清楚。
2、如果Nginx连接的是外部服务，就需要手动通过proxy_set_header等指令来向上游配置连接属性了。
3、目前的Nginx框架不处理proxy connection指令。- 2019-05-21再请问一下老师, 当使用Proxy-Connection头的时候Proxy-Connect后面的一系列头部也是仅表示与当前连接相关的吗?
作者回复: 是的
2019-05-20那nginx 反向代理呢？，是不是配置了upstream就算nginx感知到了代理，转发的请求就会加上proxy_connection头？作者回复: 不会，Nginx主要应用场景是企业内网边缘入口，它所服务的upstream都是企业自己的服务器，而不是internet上的未知服务器
- 2019-05-20老师前面回答的: 它可感知范围内配置了代理，自然就会启用proxy_connection
这个可感知范围内指什么啊？作者回复: 指：浏览器明确知道用户点击配置了代理服务器
- 2019-05-19还有个问题 ，当浏览器设置的代理后，会自动把 Connection 转换为 Proxy_Connection 头部，
这是说明， Proxy_Connection 只针对正向代理吗？
对于反向代理，怎么处理老旧代理服务器 Connection 头部的问题吗？作者回复: 不是，浏览器无法知道有没有反向代理，但如果在它可感知范围内配置了代理，自然就会启用proxy_connection。反向代理是一样的
- 2019-05-19使用 Proxy-Connection 这个头部
当客户端向代理服务器发送一个长链接请求当时候，会带上一个 Proxy-Connection: Keep-Alive 头部
然后老旧的代理服务不识别这个头部，会直接转发到原始服务器，当原始的服务器收到转发的请求的时候会同时检查 Proxy-Connection 和 Connection 头部，若没有 Connection 头部，会把 Proxy-Connection : close 发送给你代理服务器，然后代理服务器转发客户端
老师 是这样理解的吗？展开作者回复: 只有代理服务器会处理Proxy-Connection头部，源服务器会忽略这个头部
2019-05-18老师，我有个问题，一般长连接会保持多久，客户端和服务器什么时候决定关闭长连接？关闭总是由客户端发起吗。是不是服务器如果长时间未接收到数据就会关闭连接，还是浏览器在页面渲染完就关闭长连接。 比如打开一个网页（如果带css样式表和其它js请求）总共会发起多少长连接。作者回复: 客户端和服务器谁先超时，谁就先关闭连接。比如，Nginx的默认超时时间是65秒。当然可以通过配置文件修改。
打开一个网页，Chrome当前默认最多打开6个连接。- 2019-05-17老师好
Proxy-connection 是怎么被加到header 中的呢？还有老的代理服务器和新的代理服务器是怎么处理proxy-connection 头部的呢作者回复: 1、每个编程框架都有添加header的方式，例如Nginx中有一个add_header指令，而js、python的requests库等也有相应的添加header的方法。
2、老的代理不认proxy-connection头部时，就是直接转发；认识该头部的代理，会按课程中所述的方式处理连接。