iOS 网络优化

DNS查找时间

可以使用的工具

$ dig www.baidu.com

dig.png

$ traceroute www.baidu.com

traceroute.png

  • 最小化应用使用的专有域名的数量

    如果子域名数量上升至两位数,我们需要仔细考虑这方面的优化了

  • 冷启动时不必要链接的域名

    对于后续的子域名,尝试更早的进行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

dig.png

traceroute

traceroute.png

网络链接调节器

网络链接调节器.PNG

Charles

Charles.png

AT&T

AT&T

att.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值