浏览器的缓存是基于修改时间的，当浏览器缓存了目标资源但不确定该缓存资源是否是最新版本的时候,就会发送一个条件请求，携带一个If-Modified-Since请求头，其值为服务器上次返回的Last-Modified响应头中的日期值。服务器收到后会和当前文件的Last-Modified做比较，如果两者相同，服务器返回304，浏览器继续使用已经缓存的文件，否则服务器会将最新的文件内容返回给浏览器。传输文件自然比不上缓存来的快，所以这可能是微信浏览器关闭cache-control，以此来强制开发者使用缓存机制的原因问题出在服务器对文件版本的判断上，照理说我们修改了文件内容，文件的Last-Modified就已经变了，但服务器好像并不这么认为，其中的原因我也不清楚，希望了解的人能来指点一下。js，css，img等资源文件既然直接改内容你不认，那我就改名字，新的文件肯定是不会有缓存的，所以js，css，img等资源文件我们都可以通过改命名来解决缓存的问题，现在很多打包工具都可以实现这一点，不赘述index.htmlindex是入口，入口肯定是不能随便改名字的，改内容服务器又不认，这简直无解。不过后来我在浏览一些大牌网站的时候注意到一些特别的meta标签，其中就有一条
这就是希望啊，摆明了是用来控制响应头的，虽然前面我们说改内容并不会刷新缓存，但是抱着对前辈的信任和试一试的心态，我在项目做了一些修改，加上了这个meta，并按照格式写上了最新的时间，然后发布，用微信打开刚刚修改的页面……完美，一切都是我们想要的模样所以初步猜测，服务器的文件版本判断并不是无效的，但是需要一些特定语句/条件来触发这个判断这是我在项目里加的meta，content是照着Date.toString()的格式修改的
总之就是设置请求头