每次请求都会经过数据库查询和模板渲染，CPU 开销随着访问量的增加而线性增长。静态化就是把计算结果提前算好，大部分请求在边缘就可以得到响应，这是成本最低的减负方式之一。
先进行页面分级。内容更新频率决定策略：列表页和详情页读多写少，改动只发生在发布之后，适合全量静态化；个人中心、订单、搜索结果依赖登录态和实时数据，保留动态渲染；首页和频道页结构稳定，可以提前生成多份按时间或者标签切换。
生成时间应该和业务的节奏相一致。发布、编辑、删除的时候都会触发重建，增量只处理受影响的页面以及上级列表；定时任务在低峰期进行全站校准，修正由于漏触发而产生的过期文件；回源兜底保留第一次访问触发的逻辑，防止文件丢失造成空白。三种方法一起用，不能只依靠某一个触发点。
失效处理比重建更容易出错。文件名中包含版本号或者哈希值，在更新的时候写入新的文件进行原子替换，防止边写边读产生半成品。关联页面同步清理，详情页变更后对应的栏目页、标签页、排行榜都要标记为待重建，否则会出现新旧内容并存的情况。
混合页面采用片段化的方式来处理。登录状态、库存、浏览量等实时数据块是从静态模板中抽取出来的，通过前端异步请求接口来填充，或者利用边缘片段包含机制进行拼接。主体是静态的，局部是动态的，兼顾了加载速度和个性化。
存储和分发之后再进行优化。静态文件可以推送到对象存储中由CDN来承载，回源率和缓存命中率为主要监控指标。改造之后仍然要保留动态入口来进行调试、降级，以防生成链路出现故障的时候整个网站都无法使用。