内容简介：连接本地websocket服务延迟的问题
今天用C#编写了一个Chrome Remote Debugger的客户端程序，发现使用rest和websocket程序时第一次连接的时候特别慢，大概每次都要消耗一秒左右，而用chrome直接连接却没有这种情况。
由于后续编写蜘蛛时也经常要调试，每次多消耗两秒觉得开销有点大，便准备着手解决它。
最开始以为是webproxy的问题，后来查看了一下，确实没有代理。便用Fiddler模拟了一下rest请求试了一下，它也需要一秒左右。便对比了一下chrome和fiddler的请求包，发现Request的Url有所不同：
-
Chrome用的Host是127.0.0.1： http://127.0.0.1:9222/
-
Fiddler用的Host是localhost： http://localhost:9222/
于是便将程序中的请求也改成了127.0.0.1，我的程序便也变快了。
解决了问题后，回头来再分析一下原因，最开始以为是我的dns解析出问题了，试了一下，解析localhost是很快的，地址也是正常的。于是我便自己写了一个websocket server自己尝试连接了一下试试，发现出现了同样的现象： 服务器和客户端一个使用localhost，一个使用127.0.0.1的时候，就会出现一秒左右的连接延迟，一致的时候就是正常的 。
看来这个并不是Server端Chrome的问题，解决方式也知道了。至于是不是协议规定的，目前还没有时间详细研究，后续有空再继续研究一下。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 百万 Go TCP 连接的思考2: 百万连接的吞吐率和延迟
- 百万 Go TCP 连接的思考: 正常连接下的吞吐率和延迟
- RabbitMQ延迟消息的延迟极限是多少？
- RabbitMQ延迟消息的延迟极限是多少？
- 延迟静态绑定——static
- RabbitMQ实现延迟队列
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
