1. 什么是Web缓存
“web缓存,是指在用户访问网站后,在用户客户端留下的缓存。没缓存的情况下,客户端会对整站进行加载。有缓存的时候,会跳过已缓存的内容。
2. web中缓存的几种方式
1 应用程序实现的动态页面缓存
应用程序把动态文件生成的html文件缓存到文件服务器，以后用户请求动态文件，直接从文件服务器加载对应的静态缓存的html文件返回给用户，这里面主要节省了动态语言的执行时间和数据库访问时间。但是会增加了缓存框架的加载和缓存查找的时间。
2 把解释执行的开发语言编译成为目标代码
这个主要把解释执行的高级语言，例如java，php直接编译成为平台相关的目标代码，汇编代码。在java里面，比较着名的就是即时编译器（JIT），其他的语言也要类似的机制。这里面主要节省了就是解释执行代码的时间。这个会增加即时编译的时间。
3 利用反向代理服务器的缓存
利用类似nginx的反向代理服务器，对请求的url对应的输出的进行缓存。这个缓存和应用程序实现的动态页面缓存类似，只不过用反向代理充当了应用程序的缓存实现。主要节省了动态余元执行时间和数据库访问时间。
4 客户端浏览器缓存
客户端浏览器缓存主要是通过在http头部增加
Last-Modified,If-Modified-Since,Expires,Cache-Control等标识，和服务器进行协商，是否是采用客户的本机缓存来实现。
其中这里面也会分为三种方式
1 通过Last-Modified，If-Modified-Since方式和服务器通信，客户发出http请求中包含If-Modified-Since，如果服务器端代码没有修改，服务器端返回302响应代码的请求响应头（内容不返回）客户端则直接用本机缓存的内容缓存显示结果。相当于节省了服务器执行代码时间以及数据传输时间。
2 通过Expires,Cache-Control控制，客户端发现如果上次请求的页面还未过期，通过Expires或者Cache-Control进行辨别，则直接显示本机缓存的内容，不与服务器进行通信。
总结一下：1 一般的高并发的应用程序，都在web层采用了以上几种缓存，一般静态资源（图片，js，css）都会采用nginx反向代理+客户端缓存来实现。
2 对于门户网站，尤其是首页的新闻，一般都会缓存起来，可以通过反向代理也可以通过应用程序缓存实现方式
3 对于下载或者视频网站，由于数据传输比较大，直接采用浏览器本地缓存实现。
3. iOS web缓存策略以及手动清除缓存
当我们使用webview加载html资源时，本质上就是向服务器索取资源的http请求过程，如果我们不注意资源的缓存策略的话，就可能会造成这样那样的问题，比如：实时性要求较高的功能却老是走缓存不更新，有些基本不会变动的页面却又每次都重新去服务器拉请求。
iOS自带的缓存策略，提供了一个内存和磁盘混合的缓存，一共有7种缓存策略，使用较多的是其中的四种（ 下方编号1，2，5，6 ）
上面介绍了iOS自带的缓存控制 NSURLRequestCachePolicy ，也说到当 NSURLRequestCachePolicy 设为默认的 时，主要是根据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!
努力是为了当机会来临时不会错失机会。
共勉！
4. 如何清除WEB服务器的缓存
清除web服务器的缓存方法有如下:
1、打开电脑，登录网站web端后台，选择清除缓存；
2、通过FTP工具连接网站，进入根目录；
3、进入根目录后，点击删除缓存文件夹；
4、打开电脑，进入浏览器，通过浏览器清除本地电脑的缓存即可。
5. web缓存器如何减少被请求的对象的时延的
把用户参数请求入队列，然后直接返回用户调用，后续消费者慢慢处理请求就好了，不过这样子只能返回调用是否成功，并不能立即返回业务处理结果。
Web缓存（或HTTP缓存）是用于临时存储（缓存）Web文档（如HTML页面和图像），以减少服务器延迟的一种信息技术。Web缓存系统会保存下通过这套系统的文档的副本；如果满足某些条件，则可以由缓存满足后续请求。 Web缓存系统既可以指设备，也可以指计算机程序。
前向位置系统
前向缓存是Web服务器网络外部的缓存，例如在客户电脑、ISP或公司网络上。网络感知前向缓存就像一个前向缓存，但只缓存大量访问的项目。客户端（如网页浏览器）也可以存储网络内容以供重用。例如，如果按下后退按钮，则可以显示本地缓存版本的页面，而不是发送到Web服务器的新请求。位于客户端和服务器之间的Web代理可以通过评估HTTP头来选择是否存储网页内容。
6. WebCache web的缓存机制
1.webcache的简单介绍
web缓存,是一种 缓存技术 ,用于临时存储(缓存)的网页文件,如HTML页面和图像等静态资源,减少带宽以及后端服务器的压力,通常一个WebCache也是一个 反向代理软件 ,既可以通过缓存响应用户的请求,当本地没有缓存时,可以代理用户请求至后端主机。
WebCache分为正向和反向之分，一般正向WebCache不常用,这次主要以反向WebCache为主。
2.webcache的由来
1)由于程序具有局部性,而局部性分为： 时间局部性和空间局部性
A.时间局部性是指：在单位时间内,大部分用户访问的数据只是热点数据(热点数据指经常被访问的数据)
B.空间局部性是指：某新闻网站突然出来一个重大新闻,此新闻会被被反复访问。
3.webcache的变化性
WebCache的新鲜度监测机制 ：数据都是可变的,所以缓存中的内容要做新鲜度检测.
4.缓存相关的HTTP首部:
HTTP协议提供了多个首部用以实现 页面缓存及缓存失效 的相关功能，这其中最常用的有：
1)Expires：HTTP/1.0,用于指定某web对象的过期日期/时间，通常为GMT格式；一般不应该将此设定过长的时间，一年的长度对大多场景来说足矣；其常用于为 纯静态内容 如JavaScripts样式表或图片指定缓存周期；
(2)Cache-Control：为了解决HTTP/1.0中对于新鲜度控制的策略而生,通过相对时间来控制缓存使用期限；
(3)Etag：响应首部，用于在 响应报文中为某web资源定义版本标识符 ；
(4)Last-Mofified：响应首部，用于回应客户端关于Last-Modified-Since或If-None-Match首部的请求，以通知客户端其请求的web对象最近的修改时间；
(5)If-Modified-Since：条件式请求首部，基于 请求内容的时间戳作验正 ,如果后端服务器数据的时间戳未发生改变则继续使用,反之亦然.
(6)If-None-Match：条件式请求首部； 通过Etag来跟后端服务器进行匹配 ，如果数据的Etag未发生改变,既不匹配,则响应新数据,否则继续使用当前数据.
(7)Vary：响应首部，原始服务器根据请求来源的不同响应的可能会有所不同的首部，最常用的是 Vary: Accept-Encoding，用于通知缓存机制其内容看起来可能不同于用户请求时 Accept-Encoding-header首部标识的编码格式；
(8)Age：缓存服务器可以发送的一个额外的响应首部，用于指定响应的有效期限；浏览器通常根据此 首部决定内容的缓存时长；如果响应报文首部还使用了max-age指令，那么缓存的有效时长为 “max-age减去Age”的结果；
7. web前端缓存机制
前端缓存机制有多种，如浏览器缓存、CDN缓存、DNS缓存、代理服务器缓存等。
CDN全称是Content Delivery Network，即内容分发网络。CDN的原理是将资源存放在各地的缓存服务器上，当用户请求资源时，从就近的服务器上返回缓存的资源，而不需要每次都从源服务器获取，减轻源服务器的压力，又能提升用户的访问速度。
浏览器可以将用户请求的资源进行缓存，存放在本地。浏览器缓存一般通过请求头来设置。
与浏览器缓存有关的头部有：
浏览器会将服务器的域名与IP地址的映射缓存在本地，这样用户在访问网站时，不用每次都去查询DNS映射表。
在浏览器和服务器之间架设的一个服务器 ，这个代理服务器会帮助浏览器去请求页面，然后将页面进行处理和压缩(例如压缩图片和文件)，使页面变小，再传输给浏览器。大部分代理服务器都有缓存的功能，如果浏览器所请求的文件在它本机中存在且是最新的，就不需要再从源服务器请求数据，提高了浏览速度。
在浏览某个页面时，浏览器会判断页面的关联内容，进行预加载。用户在浏览A页面时，就加载好B页面，这样当用户去访问B页面时，B页面很快就出来，提升了用户体验。但这个机制有一定的缺陷，就是预判不一定准确，可能会造成流量和资源的浪费。