Facebook团队关于网页缓存的再实中践.doc

建站知识 译者前言： 在8年之前，Yahoo团队曾经对网页中的缓存做了比较详尽的研究，但是随着互联网的高速发展，研究数据发生了一些变化。这篇文章主要是Facebook的web团队对现在缓存情况一些数据收集和研究。包括PC和移动端资源被缓存的时间以及资源在存在的时间。网页缓存是性能优化很重要的因素，值得一读。 正文： 网页加载速度是每个网站都应该重视的因素。但是往往被大家忽略。缓存是一个提升网站访问速度非常重要的因素（因为用户在下次访问的时候不需要重新计算或者下载已经缓存的资源） 我们团队（facebook web团队）最近针对目前facebook没有缓存的现状进行了一番讨论，主要问题是：在facebook,.我们每天都会发布两个版本，怎么样才能令缓存更有效率？怎么样的缓存策略才适合我们？ 在找解决方案的时候， 我们发现雅虎性能优化研究博客上已经有了一篇关于性能研究的文章。 但是令我们非常吃惊的是：20%的页面访问是在空缓存的情况下进行的。但是这个研究结果距离现在有8年了，那个时代刚发布IE7，jquery也刚发布第一个版本，所以我们决定重新研究一下，看现在是不是有所改善。 重新研究： 在之前的研究当中，Yahoo在服务器创建了HTTP头设置了图片的过期时间和上次修改时间，如果图片没有发生改变，就用GET请求发送给服务器一个最后修改时间的信息，如果图片没有修改，就返回304（没有修改）来替换200（请求成功）。因为服务器可以记录浏览器请求的请求状态，所以Yahoo用服务器日志来统计缓存的用户数。 像那样的研究方法一样，我们创建了一个既能发送图片请求也能在数据库当中记录日志的PHP终点。这张图片用http头信息来控制浏览器的缓存和其他通过代理产生的缓存。之后在用户请求图片的时候记录这些信息。 这个图片HTTP头信息的设置是这样的： 但是因为一些已知的BUG，我们在IE7和IE8中把两个属性替换成了下面这样： 当浏览器发送请求给图片时候，将会发生两件事情： 1。因为浏览器从来没有打开过这张图片，所以没有额外的头信息，服务器将返回一个状态码：200 Success 接着返回图片数据给浏览器，之后浏览器会缓存文件的HTTP头信息当中的LastModified(文件最后修改时间)和ETag(被请求变量的实体值) 2。浏览器检查ifnonematch或者ifmodifiedsince头信息，如果之前有打开过。将会不加载图片数据直接返回Status:304 Not Modified(没有更新)。同时我们把LastMoidified头信息用$header[ifmodifiedsince替换掉$now()，所以每次返回的内容都将是一样的。 现在剩下问题是我们在哪里应用这张图片，最后我们决定在Facebook的有哪些信誉好的足球投注网站条下面包含一个img标签，这样每次facebook加载的时候都会渲染这张图片。在整个页面重新加载的时候，资源将会根据缓存的头信息进行加载。这将是最好的方式来测试我们的想法。 在确保endpoint可以正常记录请求、图片标签可以正常访问了之后，我们正式开始了这次研究！ 研究结果： 在数周的数据收集之后，我们决定来研究一下7天最后比较有价值的数据。数据的统计结果依旧让我们感到吃惊：依旧有25.5%的请求是空缓存的。为了让数据看起来更清晰，我们分隔了PC和手机的统计数据，但是数据依旧差不多:PC有24.8%而手机端有26.9%是空缓存的。这个结果不太符合我们预期，所以我们更加深入的研究了这个数据。 把PC端的浏览器分开来统计可能更加清楚： 根据上面一周的数据来看：用户用chrome和opera缓存的几率更大。你可能注意到你这个图表中并没有firefox浏览器的数据，那是因为firefox 31版本以及更早期的版本在我们的统计中有80%的缓存概率，但是在32版本和更高的版本当中有很明显的下降。那是因为firefox的缓存策略和我们的统计方法有点冲突（.janbambas.cz/newfirefoxhttpcacheenabled/）， 所以我们就干脆去掉了firefox浏览器的数据统计。 好了，现在让我们来看看移动端的数据： 可以看到，大部分浏览器的缓存比例是在68%和84%之间。移动平台的数据差别还是挺大的，我们想可能都是比较低端的移动设备(https://code.facebook/posts/307478339448736/yearclassaclassificationsystemforandroid/)。除此以外数据跟桌面端还是比较相似的。 下面这个图分别是移动端和手机端空缓存用户所占的比例： 平均来看，有44.6%的用户是空缓存的，这个也很符合Yahoo团队在2007年做的研究。 更进一步： 到这里，文章还没有完结。在Facebook