在 websockets 延迟那篇帖子里看到 gabcarwin 的一条评论：在 HK 的机器上开个 http 服务，TCP 过去 40ms，但 HTTP 延迟要 90ms，电信过去好几个商家都有这个问题，移动试了却没事。 有点想不通：TCP 握手 40ms 的话，HTTP 只是在 TCP 上多几次包交换，多出来的这 50ms 可能差在哪一层？是运营商对 80/443 端口的特殊处理，还是服务端本身的响应就慢？ 没搞定，求指点。
感谢楼主发帖。 这里展开说明下，并不是单纯http服务增加延迟，而是科学时发现延迟不对，所以用http服务来验证。 最近在使用一些香港“CN2”时，发现电信有问题，比如上海过去TCP延迟在40ms，可是实际使用延迟要在80-90ms，好几个低价"CN2"都是这样，带宽倒是挺稳，也不丢包，就是延迟有问题。移动没有该问题。 为此我还让GPT做了一个“真实延迟检测”小工具，实现方式是让香港机器开一个http服务，然后在本地执行小工具对其80或任何启动HTTP服务的端口进行测试。 下面贴了个图，某家香港“CN2”，左边是TCP握手延迟，右边是真实延迟，不知道是机房防火墙设置错误，还是故意有绕路嫌疑，大概率是后者。
HTTP是来回？
连发三个帖子，这个水法？
你需要统一延迟
http 3 个 rtt
感谢楼主发帖。
这里展开说明下，并不是单纯http服务增加延迟，而是科学时发现延迟不对，所以用http服务来验证。
最近在使用一些香港“CN2”时，发现电信有问题，比如上海过去TCP延迟在40ms，可是实际使用延迟要在80-90ms，好几个低价"CN2"都是这样，带宽倒是挺稳，也不丢包，就是延迟有问题。移动没有该问题。
为此我还让GPT做了一个“真实延迟检测”小工具，实现方式是让香港机器开一个http服务，然后在本地执行小工具对其80或任何启动HTTP服务的端口进行测试。
下面贴了个图，某家香港“CN2”，左边是TCP握手延迟，右边是真实延迟，不知道是机房防火墙设置错误，还是故意有绕路嫌疑，大概率是后者。
感觉http都比tcp延迟高
问ai
上游大小包吧
水