问题背景与目标
面对全国或全球用户访问量增长但尚未部署CDN的场景，目标是通过多层次的缓存策略减少服务器负载、缩短首次和重复访问的响应时间、并降低带宽成本。关键在于覆盖静态资源、文档页面和动态接口三类内容。
核心缓存策略概览
- 利用浏览器缓存（HTTP 头）对静态资源长缓存。
- 采用反向代理如Nginx或Varnish做边缘缓存。
- 在应用层使用内存缓存（如Redis或memcached）缓存渲染结果和热点数据。
- 对网络传输做压缩（gzip或brotli）并开启预压缩文件。
浏览器缓存与HTTP头配置
静态文件（JS/CSS/图片/PDF）应设置长过期时间并采用文件名指纹化（版本化）。使用Cache-Control的组合，如 public, max-age=31536000, immutable。对频繁更新的手册页面可以用 stale-while-revalidate 与短 TTL，提升并发体验同时保证可控更新。
条件请求与协商缓存
启用ETag或 Last-Modified，让浏览器发送条件请求只在资源变化时返回完整内容，减少不必要的流量。
反向代理与边缘缓存实践
使用Nginx或Varnish作为反向代理把热点页面缓存到内网边缘。对HTML可采用缓存键基于URL与Accept-Language分片，针对认证用户设置合适的Cache-Control或cookie策略。
缓存失效与灰度发布
推荐使用文件指纹或URL版本号来避免强制清理缓存。对必须立即生效的内容，可用surrogate-keys或API批量失效命令配合缓存层清理。灰度更新时采用短TTL并结合后台推送使用户快速过渡。
应用层缓存与渲染优化
对频繁请求的渲染片段使用Redis缓存JSON或HTML片段，避免数据库/模板重复计算。静态手册建议生成并缓存预渲染的HTML或采用分片缓存以减少首次渲染延迟。
传输优化与带宽控制
启用gzip或brotli，并提供预压缩文件，减少CPU开销。对大文件使用分块传输与断点续传，必要时在服务器端开启响应范围（Range）支持。
监控、指标与常见误区
监测缓存命中率、带宽使用和响应时间，设置报警阈值。避免把敏感或个性化内容错误地设为长期缓存；不要仅依赖单一层级缓存，跨层次配合效果最佳。
结论与实施建议
即便没有CDN，通过合理配置浏览器缓存、反向代理、应用内存缓存与传输压缩，也能显著改善技术手册网站的访问体验。按优先级可先做静态资源长缓存与指纹化，再接入反向代理缓存，最后提升应用层缓存和监控。
常见问答（FAQ）
问：怎样判断是浏览器缓存还是反向代理未命中？
答：通过浏览器开发者工具看响应头是否包含 Cache-Control 和 Age（反向代理返回时通常带有 Age），同时观察 304 响应与完整 200 响应来判断协商缓存命中情况。
问：频繁更新的手册如何避免用户看到旧内容？
答：对内容采用短TTL或 stale-while-revalidate，并通过版本化URL或 surrogate-keys 批量失效缓存，可在保证可用性的同时快速发布更新。