网站优化（三）：缓存策略优化（CDN/动静分离/Cache-control）

上一篇写完了服务器的购买和配置，这篇就写一下缓存策略，这里说的缓存不仅仅是程序中使用的Redis缓存，还包括CDN等外部云服务的缓存，用好了缓存让你的网站瞬间秒开。

站内的缓存

站内缓存优化的思路其实很简单，很多大型网站做数据库的读写分离就是因为基本上大量的请求都是查询，写入的请求比较少，而根据我自己博客的使用场景结合考虑，基本上99%的请求都是获取内容的，只有非常稀少的一部分是评论写入，或者日志记录；同时查询的数据基本也是不会经常改变的，一篇文章不会经常发生变化，所以没有必要每次都从数据库中获取内容，直接将热数据缓存到内存，下次被查询的时候直接从内存中取出即可。

我的程序基本是非常经典的三层架构：表示层（UI）、业务逻辑层（BLL）和数据访问层（DAL）的结构，我就在业务逻辑层（BLL）也就是服务层上做了缓存，使用包名、方法名、参数作为Key，如果发现有缓存数据直接向表示层（UI）返回缓存结果而不再运行业务逻辑和查库，大大提高了响应速度，如果没有缓存就去查库再缓存，这个很好理解。

动静态分离

动静分离是我好几年前就已经实现的，那个年代叫图床，现在叫CDN，其实说明白就是把图片、js、css等静态的文件交给别人，减轻自己服务器的网络压力，同时利用别人的分发网络将文件投递到全国各个机房，让用户就近访问静态的文件。

我的方案是使用阿里云的OSS对象存储，存储静态文件，保证了文件不会丢失，在这个之前每次网站搬家都会丢失一些文件；然后在使用CDN分发静态文件，使用户访问可用就近读取，同时减轻自己服务器的处理压力。

全站CDN

全站CDN是基于CDN优化而来的，它可以区分出动静态的请求，对其中的静态请求进行缓存，动态请求还是需要回源站的，不过我再套一层全站CDN并不是为了快，而是为了安全，这样可以完全隐藏我源站的IP地址，这样使攻击者无法直接到我的服务器上去扫描服务器的漏洞，在未来可以专门再讲一期安全的知识分享。

HTTP响应头缓存控制

我们除了可以控制自己的缓存策略，还可以控制用户端的缓存策略，在我们响应HTTP请求时，可以在HTTP头信息中增加「Cache-Control」来控制客户端的缓存规则：

Cache-control: must-revalidate
Cache-control: no-cache
Cache-control: no-store
Cache-control: no-transform
Cache-control: public
Cache-control: private
Cache-control: proxy-revalidate
Cache-Control: max-age=<seconds>
Cache-control: s-maxage=<seconds>

对于应用程序中不会改变的文件，你通常可以在发送响应头前添加积极缓存。这包括例如由应用程序提供的静态文件，例如图像，CSS文件和JavaScript文件：

Cache-Control:public, max-age=31536000

「Cache-control」的使用方法非常的多，就不展开说了，这里只是告诉站长们，如果需要控制客户端的缓存规则，可以去查询一下使用「Cache-control」响应头信息来控制客户端的缓存规则。