问题
丢包、错包、乱包
高延迟
响应数据回来时间长，甚至大于客户端等待时间
带宽小
每次能够通信的内容较少，数据包越大受影响可能越大
网络断续
网络经常断开又连接
优化处理
- 采用TCP协议、实现长连接，采用长连接池，节省握手时间
- 采用ProtocolBuffer, 减少冗余数据
- 弃用DNS，直接使用IP，减少了请求DNC服务查询IP的时间，避免被DNS劫持
- 加入重试机制，提高成功率
- 使用Http 2.0，压缩头部，长连接更加彻底，支持推送，支持Multiplexing(支持一个TCP连接上同时实现多个请求和响应)
- 超时时间设置可以适当延长
- 使用https: https对于http 主要在前面的握手阶段次数多，因为增大了丢包的概率。https因为过程中，server端会把ssl证书公钥给客户端，证书很大，可能会引起分包，也由概率把次数变得更多。可以把reve buffer都精良根据证书调整到正确的大小。
- 交互次数上：提供一个预热的接口（pre https, pre httpdns)，后面保持长连接和心跳，后面正真正的业务上来的时候就hi体验好一些。交互内容大小：可以预先把证书下载到客户端（定期刷新，安全和效率的一个平衡。
- 断线重连：这可能时最重的一个特新，因为在无线网络中有太多的原因导致数据连接中断了。这里可以使用CDN（CDN是构建在数据网络上的一种分布式的内容分发网。CDN的作用是采用流媒体服务器集群技术，克服单机系统输出贷款及并发能力不足的缺点，可极大提升系统支持的并发流数目，减少或避免单点失效带来的不良影响。
- 由于创建连接是一个非常昂贵的操作，所以应尽量减少数据连接的创建次数，且在一次请求中应精良以批量的方式执行任务。如果多次发送小数据包，应该保证在2秒以内发送出去。在短时间内访问不同服务器时，尽可能的复用无线连接。
- 控制数据包大小不超过1500，避免分片。包括逻辑链路控制分片、GGSN分片、以及IP分片。其中，当数据包大小超过GGSN所允许的最大大小时，GGSN的处理方式有以下三种：分片、丢弃、和拒绝。
- 优化TCP socket参数，包括：是否关闭快速回收、初始化RTO、初始化拥塞窗口、socket缓存大小、Delay-ACK，Selective-ACK、TCP_CORK、拥塞算法(westwood/TLP/cubic)等。做这件事的意义在于：由于2G/3G/4G/WIFI/公司内网等接入网络的Qos差异很大，所以不同网络下为了取得较好的服务质量，上述参数的取值差异可能会更大。
- 前后端采用gzip方式请求和响应，前端在请求header添加："content-encoding"为"gzip"，h后端也要开启gzip，才能生效，相比不采用gzip的请求方式，能节省流量，可以快速响应。