网站图片怎么做缓存？这问题听着简单，坑却多得让你怀疑人生。别听那些大V吹什么架构重构，对于大多数中小站长来说，搞懂Nginx配置就够了。今天不整虚的，直接上干货，教你怎么让图片加载快如闪电，还不花一分钱服务器带宽费。
先说个扎心的事实。很多站长以为加了CDN就万事大吉。错！大错特错。CDN只是加速分发，如果你的源站图片根本没设缓存头，CDN节点每次都要回源请求。这一来一回，延迟蹭蹭涨，你的服务器CPU直接飙红。这就是为什么你明明买了高配服务器，打开网页还是卡成PPT。
核心就两个字：Headers。浏览器和服务器之间有个默契，叫“协商缓存”。第一次访问，服务器返回200，带上Cache-Control。第二次访问，浏览器问：“这图变没变？”服务器回：“没变，用你本地的。”这一套流程走下来，几乎零延迟。
具体怎么操作？以Nginx为例，这是目前最主流的Web服务器。别去改什么复杂的路由逻辑，直接在server块里加location规则。
比如，针对jpg、png、gif这些静态资源，直接给它们设一个超长的过期时间。
location ~ \.(jpg|jpeg|png|gif|ico)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
这行代码的意思很简单：告诉浏览器，这些图片在未来30天内都不用再问我了，直接读本地缓存。immutable这个参数很关键，它告诉浏览器，这个资源永远不会变，连条件请求都省了，直接复用。
但是，这里有个大坑。如果你改了图片内容，文件名却没变，浏览器会一直显示旧图。用户骂你网站坏了，你一脸懵逼。怎么办？
这就涉及到版本控制了。最简单的办法，改文件名。比如logo.png改成logo_v2.png。但这太麻烦，每次换图都要改代码。
更高级点的做法，利用ETag或者Last-Modified。不过说实话，对于图片这种大文件，ETag有时候反而会增加服务器负担。我推荐用强缓存配合文件名哈希。
比如，你的图片链接是 /images/banner.jpg?v=123。这个v=123就是版本号。每次更新图片，手动或者脚本自动把这个数字改一下。浏览器发现URL变了，就会重新请求，拿到最新图片，并重新设置30天缓存。
这时候有人要问了，那SEO怎么办？搜索引擎爬虫会不会被缓存挡住？放心，Google和百度都懂HTTP协议。只要你的Content-Type设置正确，爬虫能正常抓取。而且，图片缓存对SEO其实是加分项，页面加载速度快，排名自然高。
再说说那些所谓的“智能缓存插件”。很多WordPress插件号称一键优化。说实话，能省则省。插件多了不仅拖慢后台，还容易冲突。自己写几行Nginx配置，比装十个插件都管用。而且，你自己写的配置，出了故障你能秒懂，插件作者？他可能都在度假。
还有一个容易被忽视的点：图片压缩。缓存只是让图片少传几次，但如果图片本身是5MB的RAW格式，那缓存再久也没用。上传前，用TinyPNG或者ImageOptim压一下。JPG压到200KB以内，PNG压到100KB以内，体验提升立竿见影。
最后，别忘了检查你的服务器响应头。用Chrome浏览器的开发者工具，Network面板，点开一个图片请求，看Response Headers。如果看到Cache-Control: no-store，那赶紧查配置，肯定哪里漏了。
别追求完美架构，先解决生存问题。图片缓存做好了，服务器压力减半，用户满意度翻倍。这钱省下来，买两杯咖啡不香吗？
记住，技术是为业务服务的，不是用来炫技的。简单、有效、稳定，才是王道。别被那些复杂的术语吓住，动手改改配置，你会发现，世界突然变快了。
