iOS网络优化主要解决两点：

1. 服务器压力
2. 客户端网络优化、增加用户体验

优化的方向主要是：

1. NSURLCache缓存、Last-Modified、ETag
2. DNS解析
3. 数据压缩：protobuf，WebP
4. TCP对头阻塞

一、NSURLCache缓存和Last-Modified、ETag

NSURLCache可以完成大部分的缓存需求，NSURLCache使用前提

1. 只能作用于get请求
2. 设置NSURLCache：默认512kb的内存缓存空间，以及10MB的磁盘缓存空间

    NSURLCache *urlCache = [[NSURLCache alloc] initWithMemoryCapacity:1*1024*1024diskCapacity:20*1024*1024diskPath:nil];[NSURLCache setSharedURLCache:urlCache];

然后在get的request中选择默认的缓存策略

    [NSURLRequest requestWithURL:[NSURL new]cachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval:10];

默认的缓存策略其实就是HTTP协议的中缓存策略：

• 本地没有缓存数据，则进行网络请求。
• 本地有缓存，并且缓存没有失效，则使用缓存。
• 缓存已经失效，访问服务器数据是否改变，如果没有改变，使用缓存，如果改变，请求新数据（Last-Modified）

但是如何更新缓存？

如果我们本地有了缓存的数据。难道就不在拉取新数据了？当然不是。那么缓存如何更新呢？这就用到了ETag/Last-Modified

Last-Modified

Last-Modified：标记文件在服务端最后被修改的时间

客户端第一次请求服务器成功后，返回状态码200，内容是你请求的资源。同时返回一个Last-Modified字段

Last-Modified: Fri, 17 Jul 2019 17:24:26 GMT

过了一会儿。
客户端第二次请求此URL，客户端会向服务器传送 If-Modified-Since 报头，查询当前资源在该时间之后是否被修改

If-Modified-Since: Fri, 17 Jul 2019 17:24:26 GMT

服务端如果修改了改文件资源。那么同时服务端也会修改文件的时间戳。取出来的Modified将会改变。

• 如果两个时间戳不相等，说明内容改变，不使用缓存，服务端response code：200，请求新数据，内容从新发送
• 两个时间戳相等，说明没有改变，response code：304，内容不返还。客户端收到code：304就会去读取缓存

考虑到服务端可能出现bug，然后回滚使用旧版本，客户端也要使用旧版本的数据。所以比较两个时间戳是否相等，而不是比较大小

ETag

HTTP协议规格说明定义ETag为“被请求变量的实体值”。或者是与资源关联的记号。作用和Last-Modified一样。在HTTP响应头中将其传送到客户端，以下是服务器端返回的格式：

ETag:"50b1c1d4f775c61:df3"

客户端的查询更新格式是这样的：

If-None-Match : W / "50b1c1d4f775c61:df3"

如果ETag没改变，则返回状态304然后不返回内容。测试Etag主要在断点下载时比较有用。

断点下载

给request加Range头部，可以从offset位置继续下载，此时服务端返回code 206，需要服务器支持断点下载

"Range":"bytes=1024*1024"
"If-Range":"50b1c1d4f775c61"
"If-None-Match": "W / 50b1c1d4f775c61:df3"

If-Range必须依赖Range，如果Range没有设置。那么If-Range没有作用；
Range要搭配If-None-Match、If-Range、If-Modified-Since中的一种。因为可以能本地下载的部分文件，由于网络原因，下次再断点下载，而此时服务端的文件已经修改，所以需要先查询Modified或者ETag，来保证继续下载还是重新下载

二、DNS解析

DNS （Domain Name System 的缩写）的作用非常简单，就是根据域名查出IP地址。你可以把它想象成一本巨大的电话本。
虽然只需要返回一个IP地址，但是DNS的查询过程非常复杂，分成多个步骤。一般由运营商负责查询

域名解析流程

运营商的LocalDNS 负责域名解析和查询，请求一个地址，先发送到运营商，由运营商的LocalDNS域名解析，用解析后得到的IP去访问服务器，服务器响应数据，返回给运营商，然后运营商在返回给客户端。

那么这个过程可能会发生DNS 劫持。然后篡改了解析结果，使客户端访问错误 IP 地址，实现资料窃取或恶意访问，添加广告。

所以要怎么避免这种情况？

使用HttpDNS

由于运用商的LocalDNS不可控，那么我们就绕过它，然后自己进行解析。HttpDNS就是另外一个电话簿，我们把解析域名的过程交给HttpDNS来做，客户端直接访问 HttpDNS 接口，获取最优 IP 地址，然后请求服务端。

• 因为不再由 LocalDNS 解析域名，所以从源头避免了DNS劫持
• 直接通过 IP 访问，减少域名解析的过程，访问速度更快
• 可在自己服务器通过算法对 IP 请求成功率高低的进行排序，筛选出优质 IP，增加了请求的成功率。