R U Ok--客户端网络优化实践
当愤怒的用户，张牙舞爪地告诉你他遇到问题的时候，往往已经病入膏肓。－－题记
作者同各地愤怒的用户亲密接触了很长的时间之后，做出了以下总结，希望对后来的人们能够有一点启发。
一、用户IP是个不可靠的东西
- 在实际的案例中，使用用户的IP地址去IP库里找用户属于哪个地域哪个运营商。
- 不幸的是，IP库有可能不准。
- 更不幸的是，连IP地址都可能是错的。实际案例中，我们遇到了运营商级别的流量劫持，用户本来是浙江移动，在某些服务器取得的IP居然是江苏电信。
- 解决的办法：尽量不依赖IP，用smartDNS。或者多渠道纠正IP地址，使用本地客户端的运营商识别能力＋电话号码地域识别。
二、用户不是傻子，他其实都知道自己网络是好是坏
- 许多案例，用户都会告诉你，他的QQ是好的、微信是好的，为什么你不行？你不行！
- 看用户日志，感觉用户在撒谎。
- 然而这并没有什么卵用。
- 知道真相眼泪掉下来：用户在坏网络下时并不会反馈，而从坏网络－>好网络时，你如果还在原来的状态下，你不行，用户就愤怒了。
- 解决的办法：维护好socket的connect init->connecting->connected状态，任何用户的手动作，1）天线没变，除了connected状态外，都要转圈; 2）天线变了，除了connected状态外，都要重新开始。
三、用户的愤怒，还因为反应慢
- 当socket正在创建时，用户手动重发一个数据，往往是采取转菊花和感叹号两个办法。
- 对用户的行为硬碰硬（立即感叹号），会立即引发用户的愤怒。
- 对用户的行为超过一定时间的转对抗（菊花），超过10秒即会引发用户的愤怒。
- 解决的办法：设置合适的timeout值。wifi下：connect timeout 1s，send data timeout 1s（明显的大数据包要区别对待）。4g/3g/2g下：connect timeout 1s，send data timeout 10s（明显的大数据包要区别对待）
- connect timeout的情况处理：重新发起connect。换IP。
- send data timeout的情况处理：重新发数据2次。reconnect new ip。
四、遇到了localDNS问题－不解析、乱解析
- dns问题最好的办法：方案中不用dns。退而选之，少用dns。
五、遇到了运营商加广告
- 一般运营商只对http加广告
- 二逼运营商还对tcp加广告
- 解决的办法：parse数据失败时，reconnect新的地方。
六、遇到了协议、端口拦截
- 常见问题
- 一个协议不行，换另一个。tcp|udp->http->websocket
- 一个端口不行，换另一个。80->443->8080->14000
七、遇到了EPIPE\ECONNRESET
- 与服务器的连接中断后，send一次数据过去，如果能够到服务器，且服务器已经关了，会回一个RST，RST到了客户端，客户端此时read数据，将遇到ECONNRESET。
- 与服务器的连接中断后，send数据时时如果已经通过RST得到对方关了，返回EPIPE。
- 以为例，ECONNRESET的原因，是海外势力被发现后根本收不到数据或者数据乱了，就从server上关掉了socket，再过去的包就会回RST，我们再读就会显示ECONNRESET。
- 解决办法：只有timeout值得重试，其他都reconnect吧。
八、总结
- 要想用户不愤怒，网坏时可坏，但网好要他也好。（迅速恢复）
- 客户端各种适应环境。
原创文章如转载，请注明：转载自五四陈科学院[http://www.54chen.com]
Posted by 54chen network