DNS查找时间
可以使用的工具
$ dig www.baidu.com
$ traceroute www.baidu.com
- 最小化应用使用的专有域名的数量
如果子域名数量上升至两位数，我们需要仔细考虑这方面的优化了
冷启动时不必要链接的域名
对于后续的子域名，尝试更早的进行DNS解析，也被称为
DNS预先下载
DNS预先下载
可以参考以下两种方法：
如果子域名和主机在控制范围内，可以配置一个预设的URL，不返回任何数据，只返回
HTTP 204的状态码。（对主机进行伪链接）使用
gethostbyname执行一个明确的DNS查找。
建议使用第一种方法，针对不同的协议
gethostbyname可能会解析至不同的IP，虽然这很不常见，但第7层的路由可以根据实际的请求解析IP地址，例如，图像是一个地址，视频是另外一个地址。
SSL握手时间
如果应用中所有连接均是通过 TLS/SSL 的（使用HTTPS）
最大程度减少应用发起的连接数，也需要减少应用连接的独有域名的数量
请求结束后不要关闭
HTTP/S连接
为所有的 HTTP/S 的请求添加头 Connection: keep-alive
这确保了同样的连接在下一次请求时可以复用
- 使用域分片
域分片在
SPDY及其后续版本HTTP/2中是可用的
网络类型
确保主机的可到达性
可使用的工具:可到达性库: Reachability
- WiFi
- 4G:
LTE,HSPA+ - 3G:
HSDPA,HSUPA,UMTS,DMA2000 - 2G:
EDGE,GPRS
设计时考虑不同的网络可用性
出现失败时，
在随机的，以指数增长的延迟后进行重试-
设置强制刷新之间的最短时间
在用户明确要求刷新时，不要立即发出请求。检查是否已经存在一个请求，或者当前请求与上次请求的时间间隔是否小于阈值
如果满足上述条件，则不要发送此次请求
-
使用可到达性库: Reachability 发现网络状态变化
发现网络不可用时，向用户提示。通过让用户了解潜在的连接问题，可以避免应用受到指责
不要缓存网络状态
-
基于网络类型下载内容
比如说图片，不用总下载原始的、高质量的图像。应该始终下载和设备最适配的图像
-
乐观的预下载
在WiFi网络中，预先下载用户在后续时刻需要的内容。
最好分次下载内容，在使用后关掉网络连接，有助于节省电量
如果适用，当网络可用时，
支持同步的离线存储
总是要将网络和通信与UI解耦
延迟
需要追踪以下数据
- 连接超时
- 响应超时
- 载荷大小
网络API
你可能需要掌握
网络任务的暂停，停止和重新启动
每个会话的存储（缓存，cookie jar 等）
后台联网的好处
身份验证
异步方法
数据格式和数据压缩
工具
dig
traceroute
网络链接调节器
Charles
AT&T
