本文介绍在iOS开发中，Swift实现清除缓存功能。主要分为统计缓存文件大小和删除缓存文件两个步骤：
创新互联，专注为中小企业提供官网建设、营销型网站制作、响应式网站建设、展示型做网站、网站设计等服务，帮助中小企业通过网站体现价值、有效益。帮助企业快速建站、解决网站建设与网站营销推广问题。
1.未越狱的版本没有一键式的缓存清理工具，首先进入设备的通用设置进入储存空间管理，这里可以看到各个程序占用空间的情况。如果一个程序占用程序很多，可以在内存不够用情况下做如下考虑。
2.第一删除程序，删除程序会清空其占据的资源为设备腾出空间。当然不是在空间很吃紧的情况下没必要这么多，因为除了缓存视频或音乐一般的应用都不会缓存过多文件。
3.第二则是进入缓存很多程序，比如视频播放软件。都会提供缓存清理的功能，选择清理缓存就能腾出一些空间。
4.重启设备，重启过程有个清理缓存的过程。可以清理掉很多的垃圾文件。
当我们使用webview加载html资源时，本质上就是向服务器索取资源的http请求过程，如果我们不注意资源的缓存策略的话，就可能会造成这样那样的问题，比如：实时性要求较高的功能却老是走缓存不更新，有些基本不会变动的页面却又每次都重新去服务器拉请求。
iOS自带的缓存策略，提供了一个内存和磁盘混合的缓存，一共有7种缓存策略，使用较多的是其中的四种（ 下方编号1，2，5，6 ）
上面介绍了iOS自带的缓存控制 NSURLRequestCachePolicy ，也说到当 NSURLRequestCachePolicy 设为默认的 NSURLRequestUseProtocolCachePolicy 时，主要是根据http的缓存策略来决定是否使用缓存。
那么就简单的介绍一下，http的缓存控制和缓存校验。
在http中，控制缓存开关的字段有两个，Pragma和Cache-Control
Pragma有两个字段no-cache和expires，当pragma为no-cache时表示禁用缓存，expires的值是一个GMT时间，表示该缓存的有效时间。但是已经被逐步抛弃了，有些网站为了向下兼容还保留了这两个字段。
Cache-Control除了在响应中使用，在请求中也可以使用。
在请求中使用，Cache-Control可选的值有：
在响应中使用，Cache-Control可选的值有：
在缓存中，我们需要一个机制来验证缓存是否有效。比如服务器的资源更新了，客户端需要及时刷新缓存；又或者客户端的资源过了有效期，但服务器上的资源还是旧的，此时不需要重新发送。缓存校验就是用来解决这些问题的，在http1.1中，主要关注下 Last-Modified 和 etag 这两个字段。
服务端在返回资源时，会将该资源的最后更改时间通过 Last-Modified 字段返回给客户端。客户端下次请求时通过 If-Modified-Since 或者 If-UnModified-Since 带上 Last-Modified ，服务端检查该时间是否与服务器的最后修改时间一致：如果一致，则返回304状态码，不反悔资源；如果不一致，则返回200和修改后的资源，并带上新的时间。
单纯的以修改时间来判断还是有缺陷，比如文件的最后修改时间变了，但内容没变。对于这样的情况，我们可以使用etag来处理。
etag的方式是这样：服务器通过某个算法对资源进行计算，取得一串值(类似于文件的md5值)，之后将该值通过etag返回给客户端，客户端下次请求时通过If-None-Match或If-Match带上该值，服务器对该值进行对比校验：如果一致则不要返回资源。
当我们的webview缓存到一定的峰值的时候，需要手动的清除一下wenview的缓存，方法如下：
找出web缓存的路径，清空该路径
webKit除了清除缓存的API
觉得有用，请帮忙点亮红心
Better Late Than Never!
努力是为了当机会来临时不会错失机会。
共勉！
1、点击【设置】。
2、进入后找到【无线局域网】设置，点击连接wifi这边的【i】图标，如下图所示。
3、进入到网络设置中之后点击【DHCP】在下面找到位dns，再填写【8.8.8.8】就可以了。
扩展资料：
DNS最早于1983年由保罗·莫卡派乔斯（PaulMockapetris）发明；原始的技术规范在882号因特网标准草案（RFC882）中发布。1987年发布的第1034和1035号草案修正了DNS技术规范，并废除了之前的第882和883号草案。在此之后对因特网标准草案的修改基本上没有涉及到DNS技术规范部分的改动。
dns作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。DNS使用TCP和UDP端口53。
这个文件夹中保存的是Xcode的缓存文件，曾经在Xcode跑过的所有项目的索引、build的信息等都会保存在这里。删除后在下次打开项目编译的时候将会重新生成。由于这里包含了大量已经没用的项目的信息又懒得去筛选，于是把整个文件夹删了。
每次把一个设备接入电脑进行真机调试之前，电脑会对设备建立索引，也在此文件夹下生成对该设备系统的支持文件。于是这里存在了一堆对旧版本iOS设备支持的文件。而我最近基本只对iOS9.3的设备进行真机调试。于是删除了所有低于9.3的文件夹。
每次打包App的dSYM等数据就保存在这里，把一些没用的版本删了。如果是上线了的版本还是保留吧。
同上，把没用的删了。
一堆模拟器的数据。每个文件夹里包含的就是一个特定系统版本的设备的数据。每个文件夹对应哪个设备可以在其下device.plist中查看。亲测删除之后的效果跟在模拟器里重置相同。省得一个个去重置了，删吧。
这里保存了playground的项目缓存。全删了
清理完缓存后可能会报错：Unable to boot device because it cannot be located on disk.
解决方法
打开模拟器列表----删除选中的模拟器 ------重新添加模拟器
