① 怎么查看网页缓存
问题一：如何通过缓存查看过去的网页 打开网页工具栏上的“工具”选项――“Internet选项”――“常规”――“浏览历史记录”――“设置”――“查看文件夹”就会打开一个文件夹的，这里面有你浏览过的一些网页（包括网上看过的视频等都会保存在这里面），前提是你没有对电脑清理垃圾或清理痕迹！
问题二：怎样查看电脑的上网网缓存文件怎么查？ 有两种方法：
1、依次打开c盘――用户（users）――default――appdate――local――Microsoft――Windows―― Temporary Internet Files。这个文件夹里面就是视频缓存的文件，一般来说是“.FLV”为后缀个格式的文件。
2、打开浏览器――工具――Internet选项――设置――查看文件。此次显示的文件路径，就是视频缓冲文件所在的地址。
问题三：用电脑看网页缓存的图片在哪， 浏览网页上的图片 你可以在浏览器上保存网页 保存后可以把网页下载到你的电脑上面 有个文件夹里面有网页上的图片
问题四：网页缓存在哪里？？ C：\ Documents和Settings \管理员\本地设置\ Temporary Internet Files文件
问题五：网页缓存文件夹在哪 浏览器打开，工具――in供ernet选项――浏览历史记录设置――查看文件。OK，打开了，找视频？文件太多，不好找啊，而且有些视频看完是找不到的，具体为什么我也不知道！
问题六：如何查看浏览过的本地缓存Cookie和网站数据 工具：
浏览器
方法如下：
1、打开浏览器，点击右上角【工具】选项，然后点击【选项】
2、进入”选项“界面，点击左方菜单栏中【高级设置】
3、在”网页设置选项下“点击【网页内容高级设置】
4、进入Cookie界面，点击【所有Cookie和网站数据】
5、此时可以看到浏览过的网页，以及网友的Cookie和数据信息
6、如果数据较多，可以在右方的搜索栏输入要查找的信息，点击搜索
7、点击后方的Cookie或本地存储可以看到具体的网站缓存信息
问题七：看完网页视频后缓存在哪里啊？ 网页下，工具-INTERNET选项，设置里，查看文件夹，
问题八：网页上看视频,缓冲的文件在电脑的哪里可以找到？ 右键点IE，或者打开IE之后选择工具，Internet选项，里面有个常规，中间的地方有个设置，点进去之后有个查看文件，就是这里了，你可以右键选择排列方式，可以选择按修改日期排列，那拉到最后就是你最近看的视频缓冲，也可以按大小排列等等
问题九：在看网页浏览网页时，网页上的内容保存在电脑上哪里的？ C:\Documents and Settings\Administrator\Local Settings\Temporary Internet Files
在这里 .文件夹隐藏了
打开我的电脑 按 ALT+T
点文件夹选项-查看-隐藏受保护的系统文件
显示所有文件和文件夹
里面的东西可以全部删除，影响电脑速度，里面还可能有病毒。
问题十：在网页上看的视屏一般的缓冲是保存在哪里的呀？？ C:\Documents and Settings\Administrator\Local Settings，里面都是缓存文件。
要现在文件夹选项勾掉隐藏保护文件弧然后搞个管理员破解工具拿到权限才能进去的。
② mysql缓存机制怎么查看有没有启动
我们都知道 MySQL 的 Table Cache 是表定义的缓存，江湖上流传着各种对这个参数的调优方法。
table cache 的作用，就是节约读取表结构文件的开销。对于table cache 是否命中，其实table cache 是针对于线程的，每个线程有自己的缓存，只缓存本线程的表结构定义。不过我们发现，strace 中没有关于表结构文件的 open 操作（只有 stat 操作，定位表结构文件是否存在），也就是说 table cache 不命中，不一定需要读取表结构文件。这种感觉好像是：在不命中 table cache 时，命中了另外一个表结构缓存。
运维建议：
我们读一下 MySQL 的文档，关于 table_open_cache 的建议值公式：建议值 = 最大并发数 * join 语句涉及的表的最大个数。
通过实验我们容易理解：table_cache 是针对于线程的，所以需要最大并发数个缓存。另外，一个语句 join 涉及的表，需要同时在缓存中存在。所以最小的缓存大小，等于语句 join 涉及的表的最大个数。将这两个数相乘，就得到了 MySQL 的建议值公式。
③ 应对Memcached缓存失效，导致高并发查询DB的几种思路
1.定期从DB里查询数据，再刷到memcached里
这种方法有个缺点是，有些业务的key可能是变化的，不确定的。
而且不好界定哪些数据是应该查询出来放到缓存中的，难以区分冷热数据。
2.当缓存取到为null时，加锁去查询DB，只允许一个线程去查询DB
这种方式不太靠谱，不多讨论。而且如果是多个web服务器的话，还是有可能有并发的操作。
3.在向memcached写入value时，同时写入当前机器在时间作为过期时间
当get得到数据时，如果当前时间 - 过期时间 > 5s，则后台启动一个任务去查询DB，更新缓存。
当然，这里的后台任务必须保证同一个key，只有一个线程在执行查询DB的任务，不然这个还是高并发查询DB。
缺点是要把过期时间和value合在一起序列化，取出数据后，还要反序列化。很不方便。
网上大部分文章提到的都是前面两种方式，有少数文章提到第3种方式。下面提出一种基于两个key的方法：
4.两个key，一个key用来存放数据，另一个用来标记失效时间
比如key是aaa，设置失效时间为30s，则另一个key为expire_aaa，失效时间为25s。
在取数据时，用multiget，同时取出aaa和expire_aaa，如果expire_aaa的value == null，则后台启动一个任务去查询DB，更新缓存。和上面类似。
对于后台启动一个任务去查询DB，更新缓存，要保证一个key只有一个线程在执行，这个如何实现？
对于同一个进程，简单加锁即可。拿到锁的就去更新DB，没拿到锁的直接返回。
对于集群式的部署的，如何实现只允许一个任务执行？
这里就要用到memcached的add命令了。
add命令是如果不存在key，则设置成功，返回true，如果已存在key，则不存储，返回false。
当get expired_aaa是null时，则add expired_aaa 过期时间由自己灵活处理。比如设置为3秒。
如果成功了，再去查询DB，查到数据后，再set expired_aaa为25秒。set aaa 为30秒。
综上所述，来梳理下流程：
比如一个key是aaa，失效时间是30s。查询DB在1s内。
put数据时，设置aaa过期时间30s，设置expire_aaa过期时间25s；
get数据时，multiget aaa 和 expire_aaa，如果expired_aaa对应的value != null，则直接返回aaa对应的数据给用户。如果expire_aaa返回value == null，则后台启动一个任务，尝试add expire_aaa，并设置超时过间为3s。这里设置为3s是为了防止后台任务失败或者阻塞，如果这个任务执行失败，那么3秒后，如果有另外的用户访问，那么可以再次尝试查询DB。如果add执行成功，则查询DB，再更新aaa的缓存，并设置expire_aaa的超时时间为25s。
5. 时间存到Value里，再结合add命令来保证只有一个线程去刷新数据
update:2014-06-29
最近重新思考了下这个问题。发现第4种两个key的办法比较耗memcached的内存，因为key数翻倍了。结合第3种方式，重新设计了下，思路如下：
仍然使用两个key的方案：
key
__load_{key}
其中，__load_{key} 这个key相当于一个锁，只允许add成功的线程去更新数据，而这个key的超时时间是比较短的，不会一直占用memcached的内存。
在set 到Memcached的value中，加上一个时间，(time, value)，time是memcached上的key未来会过期的时间，并不是当前系统时间。
当get到数据时，检查时间是否快要超时： time - now < 5 * 1000，假定设置了快要超时的时间是5秒。
* 如果是，则后台启动一个新的线程：
* 尝试 add __load_{key}，
* 如果成功，则去加载新的数据，并set到memcached中。
* 原来的线程直接返回value给调用者。
④ 微信文件没下载显示过期怎么找回
微信上的文件只要查看过就会缓存到手机中，可以通过以下方法找到微信中的文件：
1、打开手机，找到手机中的“文件管理”。
微信（WeChat） 是腾讯公司于2011年1月21日推出的一个为智能终冲高端提供即时通讯服务的免费应用程序，由张镇判歼小龙所带领的腾讯广州研发中心产品团队御冲打造 。
微信支持跨通信运营商、跨操作系统平台通过网络快速发送免费（需消耗少量网络流量）语音短信、视频、图片和文字，同时，也可以使用通过共享流媒体内容的资料和基于位置的社交插件“摇一摇”、“朋友圈”、”公众平台“、”语音记事本“等服务插件。
⑤ 如何查看硬盘缓存
工具/原料：Windows7系统电脑，电脑管家软件。
1、双击电脑桌面中的电脑管家。
⑥ 查询数据放入了redis中缓存，怎么查看缓存的数据
普通分页
一般分页做缓存都是直接查找出来，按页放到缓存里，但是这种缓存方式有很多缺点。
如缓存不能及时更新，一旦数据有变化，所有的之前的分页缓存都失效了。
比如像微博这样的场景，微博下面现在有一个顶次数的排序。这个用传统的分页方式很难应对。
一种思路
最近想到了另一种思路。
数据以ID为key缓存到Redis里；
把数据ID和排序打分存到Redis的skip list，即zset里；
当查找数据时，先从Redis里的skip list取出对应的分页数据，得到ID列表。
用multi get从redis上一次性把ID列表里的所有数据都取出来。如果有缺少某些ID的数据，再从数据库里查找，再一块返回给用户，并把查出来的数据按ID缓存到Redis里。
在最后一步，可以有一些小技巧：
比如在缺少一些ID数据的情况下，先直接返回给用户，然后前端再用ajax请求缺少的ID的数据，再动态刷新。
⑦ 会员缓存失败
出现缓存失败的情况有以下几种可能：
1、网络断开，导致缓存失败，请检查网络是否正常。
2、视频本身有问题，导致缓存失败。
3、有些视频因为版权原因，本身就是无法缓存的。
缓存文件写入失败解决方法
“鼠标双击此电脑，右键单击本地磁盘，选择属性，弹出窗口，切换到工具选项栏，点击检查，选择扫描驱动器，待扫描完成即可，若还是不能解决的话，在属性窗口，切换到硬件选项栏，选中磁盘驱动器，点击属性，切换到卷选项栏，选择写入，再切换到策略选项栏，取消启用设备上的写入缓存前面的勾，点击确定即可。”
缓存文件写入失败会在计算机系统中出现的问题
CPU高速缓存是用于减少处理器访问内存所需平均时间的部件。在金字塔式存储体系中它位于自顶向下的第二层，仅次于CPU寄存器。其容量远小于内存，但速度却可以接近处理器的频率。
当处理器发出内存访问请求时，会先查看缓存内是否有请求数据。如果存在（命中），则不经访问内存直接返回该数据；如果不存在（失效），则要先把内存中的相应数据载入缓存，再将其返回处理器。缓存之所以有效，主要是因为程序运行时对内存的访问呈现局部性特征。这种局部性既包括空间局部性，也包括时间局部性。有效利用这种局部性，缓存可以达到极高的命中率。
缓存写入失败是什么原因引起的？
一、非正常电脑关引起的：
如果是非正常关电脑引起的写入缓存失败，那就在【运行】中输入【CHKDSK 盘符】。
系统错误：
1、打开我的电脑，打开本地磁盘属性，在弹出的对话框中选择【工具】--【开始检查】，
2、在检查磁盘对话框中。把下面的两项打上勾，检查一下。就可以了，如果不能解决就往下面看。
3、打开【本地磁盘】属性对话框，找到【硬件】
4、打开【策略】对话框，把【启用磁盘上的写入缓存】前面的勾去了。
二、硬盘出现坏道引起的：
1、这种情况如果硬盘坏道多了，最好的办法是直接换硬盘。如果坏道不是很多，电脑上也没有什么重要数据，那就可以先用工具处理一下接着用。但这样的方法保证不了硬盘能用多长时间。
2、先进入MHDD测试一下硬盘情况。
3、测试出了硬盘出现问题的地方，然后进入PE启用【分区工具DISKGENIUS】。
4、通过刚才测试出来的结果，算出坏道出现的容量。用分区工具把有坏道的部分，单独分出来不用。把好的分出来接着用，但是这样出来重要的数据就不要放在这个硬盘上了。
⑧ MySQL缓存
mysql 开启查询缓存可以有两种方法来开启一种是使用set命令来进行开启，另一种是直接修改my.ini文件来直接设置都是非常的简单的哦。
开启缓存，设置缓存大小，具体实施如下：
windows下是my.ini，linux下是my.cnf;
在配置文件的最后追加上：
需要重启mysql生效；
b) 开启缓存,两种方式：
a)使用mysql命令：
如果报错：
Query cache is disabled; restart the server with query_cache_type=1 to enable it，还是老老实实的该配置文件，然后重启吧，原因如下：
查看是否设置成功
show variables like "%query_cache%" 查看是否设置成功：
当然如果你的数据表有更新怎么办，没关系mysql默认会和这个表有关系的缓存删掉，下次查询的时候会直接读表然后再缓存
下面是一个简单的例子：
以上的相关内容就是对mysql缓存查询和设置的介绍，望你能有所收获。
一般，我们会把 query_cache_type 设置为 ON,默认情况下应该是ON
query_cache_type有3个值 0代表关闭查询缓存OFF，1代表开启ON，2（DEMAND）代表当sql语句中有SQL_CACHE关键词时才缓存，如：
这样 当我们执行 select id,name from tableName; 这样就会用到查询缓存。
①在 query_cache_type 打开的情况下，如果你不想使用缓存，需要指明
select sql_no_cache id,name from tableName;
②当sql中用到mysql函数，也不会缓存
当然也可以禁用查询缓存： mysql> set session query_cache_type=off;
上面的显示，表示设置查询缓存是可用的。
表示查询缓存大小，也就是分配内存大小给查询缓存，如果你分配大小为0，
那么 第一步 和 第二步 起不到作用，还是没有任何效果。
上面是 mysql6.0设置默认的，之前的版本好像默认是0的，那么就要自己设置下。
设置
这里是设置1M左右，900多K。
再次查看下:
显示我们设置新的大小，表示设置成功。
例如： 如果查询结果很大， 也缓存？？？？这个明显是不可能的。
MySql 可以设置一个最大的缓存值，当你查询缓存数结果数据超过这个值就不会
进行缓存。缺省为1M，也就是超过了1M查询结果就不会缓存。
这个是默认的数值，如果需要修改，就像设置缓存大小一样设置，使用set
重新指定大小。
好了，通过4个步骤就可以 打开了查询缓存，具体值的大小和查询的方式 这个因不同
的情况来指定了。
mysql查询缓存相关变量
MySQL 提供了一系列的 Global Status 来记录 Query Cache 的当前状态，具体如下：
Qcache_free_blocks：目前还处于空闲状态的 Query Cache 中内存 Block 数目
Qcache_free_memory：目前还处于空闲状态的 Query Cache 内存总量
Qcache_hits：Query Cache 命中次数
Qcache_inserts：向 Query Cache 中插入新的 Query Cache 的次数，也就是没有命中的次数
Qcache_lowmem_prunes：当 Query Cache 内存容量不够，需要从中删除老的 Query Cache 以给新的 Cache 对象使用的次数
Qcache_not_cached：没有被 Cache 的 SQL 数，包括无法被 Cache 的 SQL 以及由于 query_cache_type 设置的不会被 Cache 的 SQL
Qcache_queries_in_cache：目前在 Query Cache 中的 SQL 数量
Qcache_total_blocks：Query Cache 中总的 Block 数量
检查是否从查询缓存中受益的最简单的办法就是检查缓存命中率
当服务器收到SELECT 语句的时候，Qcache_hits 和Com_select 这两个变量会根据查询缓存
的情况进行递增
查询缓存命中率的计算公式是：Qcache_hits/(Qcache_hits + Com_select)。
query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据 查询，就容易造成内存碎片和浪费。
查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。
查询缓存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小;查询缓存利用率在80%以上而且 Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。
查询缓存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例服务器 查询缓存碎片率 = 20.46%，查询缓存利用率 = 62.26%，查询缓存命中率 = 1.94%，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。
查询缓存可以看做是SQL文本和查询结果的映射。如果第二次查询的SQL和第一次查询的SQL完全相同（注意必须是完全相同，即使多一个空格或者大小写不同都认为不同）且开启了查询缓存，那么第二次查询就直接从查询缓存中取结果，可以通过下面的SQL来查看缓存命中次数（是个累加值）：
另外即使完全相同的SQL，如果使用不同的字符集、不同的协议等也会被认为是不同的查询而分别进行缓存。
在表的结构或数据发生改变时，查询缓存中的数据不再有效。有这些INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE会导致缓存数据失效。所以查询缓存适合有大量相同查询的应用，不适合有大量数据更新的应用。
可以使用下面三个SQL来清理查询缓存：
1、FLUSH QUERY CACHE; // 清理查询缓存内存碎片。
2、RESET QUERY CACHE; // 从查询缓存中移出所有查询。
3、FLUSH TABLES; //关闭所有打开的表，同时该操作将会清空查询缓存中的内容。
Query Cache是MySQL Server层的一个非常好的特性，对于小数据集或访问量非常集中的应用场景，有非常好的性能提升，但是Query Cache引入了一些新的问题，而且大部分场景下比较鸡肋，官方打算弃用了
参考：
https://www.cnblogs.com/wangzhuxing/p/5223881.html
https://www.cnblogs.com/lixiuran/archive/2014/03/08/3588654.html
⑨ 为什么b站的视频缓存不了了
b站视频不能缓存可能是版权受限。
b站是如今目前市面上较为火爆的视频弹幕互动交流网址，许多年青人都喜爱在上面看视频，但是有时要想缓存视频便于随时随地收看却发觉不可以缓存。
这是由于b站上的一些着作是有版权的，在版权受到限制的状况下只容许在线播放而不可以开展缓存，以防下载后大张旗鼓散播，也是维护版权的一种方式。
若是不用版权的视频也不可以缓存，大多数是由于b站升级以后客户没有寻找缓存部位的原因，最先大家开启b站，随意点击一个不用版权的视频，进来以后点击右上角的三个点，在下面弹出窗口的页面中点击“缓存”，挑选好画面质量后点击要缓存的视频就能下载取得成功。
视频缓存的注意事项：
有时候如果网站并发访问高，一个缓存如果失效，可能出现多个进程同时查询DB，同时设置缓存的情况，如果并发确实很大，这也可能造成DB压力过大，还有缓存频繁更新的问题。
我现在的想法是再APP中对缓存查询加锁，如果KEY不存在，就加锁，然后查DB入缓存，然后解锁；其他进程如果发现有锁就等待，然后等解锁后返回数据或者进入DB查询。
⑩ 浏览器缓存机制
有dns的地方,就有缓存。浏览器、操作系统、Local DNS、根域名服务器，它们都会对DNS结果做一定程度的缓存。
DNS查询过程如下:
首先搜索浏览器自身的DNS缓存,如果存在，则域名解析到此完成。
如果浏览器自身的缓存里面没有找到对应的条目，那么会尝试读取操作系统的hosts文件看是否存在对应的映射关系,如果存在，则域名解析到此完成。
如果本地hosts文件不存在映射关系，则查找本地DNS服务器(ISP服务器,或者自己手动设置的DNS服务器),如果存在,域名到此解析完成。
如果本地DNS服务器还没找到的话,它就会向根服务器发出请求,进行递归查询。
浏览器本地缓存失效后，浏览器会向CDN边缘节点发起请求。类似浏览器缓存,CDN边缘节点也存在着一套缓存机制。CDN边缘节点缓存策略因服务商不同而不同，但一般都会遵循http标准协议，通过http响应头中的
Cache-control: max-age 的字段来设置CDN边缘节点数据缓存时间。
当浏览器向CDN节点请求数据时，CDN节点会判断缓存数据是否过期，若缓存数据并没有过期，则直接将缓存数据返回给客户端；否则，CDN节点就会向服务器发出回源请求，从服务器拉取最新数据，更新本地缓存，并将最新数据返回给客户端。 CDN服务商一般会提供基于文件后缀、目录多个维度来指定CDN缓存时间，为用户提供更精细化的缓存管理。
CDN 优势
CDN节点解决了跨运营商和跨地域访问的问题，访问延时大大降低。
大部分请求在CDN边缘节点完成，CDN起到了分流作用，减轻了源服务器的负载。
http请求报文（request）
请求行
请求方法 空格 URL 空格 协议版本 回车符 换行符
请求头（通用信息头、请求头、实体头）
头部字段名 冒号 值 回车键 换行符
...
头部字段名 冒号 值 回车键 换行符
空行
回车符 换行符
实体主体（只有post请求有）
主体
http响应报文（response）
状态行
协议版本 空格 状态码 空格 状态码描述 回车符 换行符
响应头部
头部字段名 冒号 值 回车符 换行符
...
头部字段名 冒号 值 回车符 换行符
空行
回车符 换行符
响应正文
正文
浏览器初次向服务器发起请求后拿到请求结果，会根据响应报文中HTTP头的缓存标识，决定是否缓存返回的结果，是则将请求结果和缓存标识存入浏览器缓存中
浏览器每次发起请求，都会现在浏览器缓存中查找该请求的结果以及缓存标识
浏览器 浏览器缓存 服务器
——————第一次发起http请求——————>
<——没有该请求的缓存结果和缓存标识————
——————————————发起http请求——————————————>
<——————————返回该请求结果和缓存规则————————————
——将请求结果和缓存标识存入浏览器缓存——>
强制缓存就是向浏览器缓存查找结果，并根据该结果的缓存规则来决定是否使用该缓存结果的过程
强制缓存的情况分为三种：
1、不存在该缓存结果和缓存标识，强制缓存失效，直接向服务器发起请求
2、存在该缓存结果和缓存标识，但结果已经失效，强制缓存失效，使用协商缓存
3、存在该缓存结果和缓存标识，且该结果没有失效，强制缓存生效，直接返回该结果
控制强制缓存的字段：Expires，Cache-Control
Expires 是 HTTP/1.0 控制缓存的字段，值为服务器返回该请求的结果缓存时间
即再次发送请求是，客户端时间 小于 Expires的值，直接使用缓存结果
Cache-Control 是HTTP/1.1的规则，主要用于控制网页缓存，主要取值为：
public：所有的内容都缓存（客户端和代理服务器都可以缓存）
private：所有内容只有客户端可以缓存（默认值）
no-cache：客户端缓存内容，但是是否使用缓存则需要经过协商缓存来验证决定
no-store：即不使用强制缓存，也不使用协商缓存
max-age=xxx：缓存内容将在xxx秒后失效
Expires 是一个绝对值
Cache-Control 中 max-age 是相对值，解决了 Expires时期 服务端与客户端 可能出现时间差的问题
注：Expires和Cache-Control同时存在时，只有Cache-Control生效
协商缓存就是强制缓存失效后，浏览器携带缓存标识向服务器发起请求，由服务器根据缓存标识决定是否使用缓存的过程
协商缓存的两种情况：
1、协商缓存生效，返回304，继续使用缓存
过程：
浏览器 浏览器缓存 服务器
————————发起http请求————————>
<——该请求的缓存结果失效，只返回缓存标识——
————————携带该资源的缓存标识，发起http请求————————>
<—————————————304，该资源无更新————————————
——————获取该请求的缓存结果——————>
<——————返回该请求的缓存结果——————
2、协商缓存失败，返回200和请求结果
过程：
浏览器 浏览器缓存 服务器
————————发起http请求————————>
<——该请求的缓存结果失效，只返回缓存标识——
————————携带该资源的缓存标识，发起http请求————————>
<————————200，资源已更新，重新返回请求和结果———————
——将该请求结果和缓存标识存入浏览器缓存中—>
协商缓存的标识也是在响应报文的HTTP头中和请求结果一起返回给浏览器的
控制协商缓存的字段：
(1) Last-Modified/If-Modified-Since：Last-Modified是服务器响应请求是，返回该资源文件在服务器最后被修改的时间；If-Modified-Since再次发起请求时，携带上次返回的Last-Modified的值，服务器将该字段值与该资源最后修改时间对比，决定是否用缓存
(2)Etag/If-None-Match：Etag服务器响应请求时，返回当前资源文件的一个唯一标识，由服务器生成之；If-None-Match是再次发起请求时，携带上次返回的唯一标识Etag的值，服务器收到后，将该字段值与该资源在服务器上的Etag对比，一致 则返回304，否则返回200
注：Etag/If-None-Match优先级高于Last-Modified/If-Modified-Since，同时存在时只有Etag/If-None-Match生效
浏览器缓存分为：内存缓存 和 硬盘缓存
内存缓存特性：
(1)快速读取：内存缓存会将编译解析后的文件，存入该进程的内存中，便于下次运行时快速读取
(2)时效性：一旦关闭进程，进程内存清空
硬盘缓存特性：
永久性：直接写入硬盘文件中
复杂、缓慢：读取缓存对该缓存存放的硬盘文件进行I/O操作，重新解析
from memory cache：使用内存中的缓存
from disk cache：使用硬盘中的缓存
浏览器读取顺序：memory ——> disk
浏览器将js和图片等文件解析执行后直接存入内存缓存中，F5刷新页面时，from memory cache(使用内存中的缓存)
css文件存入硬盘中，F5刷新页面时，from disk cache(使用硬盘中的缓存)
参考文章
https://segmentfault.com/a/1190000017962411
https://www.cnblogs.com/chengxs/p/10396066.html