网站优化:缓存策略优化(CDN/动静分离/Cache-control)
Posted 任霏博客
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了网站优化:缓存策略优化(CDN/动静分离/Cache-control)相关的知识,希望对你有一定的参考价值。
本文是连续更新系列,根据《》分为网络地域选择、云服务器配置优化、环境搭建优化(JVM)、缓存策略优化、SpringBoot配置优化、前端页面优化等方面分别讨论。
注:本文只根据我的个人经验分享,并非专业测评,部分内容不够专业还请谅解。
上一篇写完了服务器的购买和配置,这篇就写一下缓存策略,这里说的缓存不仅仅是程序中使用的Redis缓存,还包括CDN等外部云服务的缓存,用好了缓存让你的网站瞬间秒开。
站内的缓存
站内缓存优化的思路其实很简单,很多大型网站做数据库的读写分离就是因为基本上大量的请求都是查询,写入的请求比较少,而根据我自己博客的使用场景结合考虑,基本上99%的请求都是获取内容的,只有非常稀少的一部分是评论写入,或者日志记录;同时查询的数据基本也是不会经常改变的,一篇文章不会经常发生变化,所以没有必要每次都从数据库中获取内容,直接将热数据缓存到内存,下次被查询的时候直接从内存中取出即可。
我的程序基本是非常经典的三层架构:表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)的结构,我就在业务逻辑层(BLL)也就是服务层上做了缓存,使用包名、方法名、参数作为Key,如果发现有缓存数据直接向表示层(UI)返回缓存结果而不再运行业务逻辑和查库,大大提高了响应速度,如果没有缓存就去查库再缓存,这个很好理解。
动静态分离
动静分离是我好几年前就已经实现的,那个年代叫图床,现在叫CDN,其实说明白就是把图片、js、css等静态的文件交给别人,减轻自己服务器的网络压力,同时利用别人的分发网络将文件投递到全国各个机房,让用户就近访问静态的文件。
我的方案是使用阿里云的OSS对象存储,存储静态文件,保证了文件不会丢失,在这个之前每次网站搬家都会丢失一些文件;然后再使用CDN分发静态文件,使用户访问可用就近读取,同时减轻自己服务器的处理压力。
全站CDN
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」响应头信息来控制客户端的缓存规则。
点个“在看”
鼓励鼓励
↓↓↓
以上是关于网站优化:缓存策略优化(CDN/动静分离/Cache-control)的主要内容,如果未能解决你的问题,请参考以下文章
Nginx一网打尽:动静分离压缩缓存黑白名单跨域高可用性能优化......