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]

捐款订阅54chen
捐赠说明