ios alormfire dns 耗时

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

1. WiFi
2. 4G: LTE , HSPA+
3. 3G: HSDPA , HSUPA , UMTS , DMA2000
4. 2G: EDGE , GPRS

---

• 设计时考虑不同的网络可用性
• 出现失败时，在随机的，以指数增长的延迟后进行重试
• 设置强制刷新之间的最短时间

在用户明确要求刷新时，不要立即发出请求。检查是否已经存在一个请求，或者当前请求与上次请求的时间间隔是否小于阈值

如果满足上述条件，则不要发送此次请求

• 使用可到达性库: Reachability 发现网络状态变化

发现网络不可用时，向用户提示。通过让用户了解潜在的连接问题，可以避免应用受到指责

• 不要缓存网络状态
• 基于网络类型下载内容

比如说图片，不用总下载原始的、高质量的图像。应该始终下载和设备最适配的图像

• 乐观的预下载

在WiFi网络中，预先下载用户在后续时刻需要的内容。

最好分次下载内容，在使用后关掉网络连接，有助于节省电量

• 如果适用，当网络可用时，支持同步的离线存储

总是要将网络和通信与UI解耦

延迟

需要追踪以下数据

• 连接超时
• 响应超时
• 载荷大小

网络API

AFNetworking

你可能需要掌握

• 网络任务的暂停，停止和重新启动
• 每个会话的存储（缓存，cookie jar 等）
• 后台联网的好处
• 身份验证
• 异步方法
• 数据格式和数据压缩

工具

dig

traceroute

网络链接调节器

Charles

AT&T

AT&T