49图库静态化改造：页面直出后并发承载翻倍

2026 年 9 月 16 日，49图库完成静态化改造。全站页面在构建阶段预渲染为 HTML，走势图以 SVG 内联直出，交互由轻量脚本增强。改造后并发承载从每秒 1,200 请求提升到 2,600 请求，平均响应 38 毫秒，脚本被禁用时内容依然完整可见。

改造前，页面由运行时模板渲染，每次请求都要读取数据文件、计算统计结果并生成图表。首页包含 26 篇资讯卡片与四档走势图数据，单次渲染平均耗时 187 毫秒，高峰时段响应时间超过 2 秒，缓存虽能缓解但命中率受查询参数影响。

静态化的思路是把“计算”从请求时移到构建时：数据入库完成后触发一次构建，把每张页面渲染成 HTML 文件，图表同时生成 SVG。请求到来时只需要读取文件并返回，不再执行任何统计逻辑。

预渲染之后，交互靠什么

静态页面并不等于不能交互。期号输入、号码点选、视图切换由一份 6 千字节的脚本增强，它只负责读取 HTML 中已存在的数据并更新显示，不负责生成内容。所有期号、号码、日期、统计数字在 HTML 里都是真实值，关闭脚本后页面不会出现空白区块或“加载中”。

筛选、走势切换这类操作在没有脚本时会退化为链接跳转：每个视图对应一个真实 URL，点击即可到达结果页面。这样既保留了交互体验，也保证了禁用脚本时功能可用。

构建分为四步：数据入库完成后生成页面、校验内部链接与结构化数据、写入版本目录、切换线上指针。单篇资讯的增量构建约 0.8 秒，全量构建 34 个页面约 11 秒。构建失败时线上保持上一版本，不会出现部分页面已更新、部分未更新的中间状态。

静态化最怕做成“空壳 + 大脚本”。我们的验收标准很简单：关掉脚本，页面上的数字一个都不能少。—— 49图库前端负责人 吴雨桐

承载能力与响应时间

压测使用 4 核 8 GB 的普通云服务器，Nginx 直接托管静态文件，分别测首页、资讯详情页与下载页。改造前首页在 1,200 请求每秒时响应时间开始超过 1 秒，改造后 2,600 请求每秒时平均响应仍在 38 毫秒。

静态文件开启 gzip 与 30 天缓存后，单页传输体积从 96 千字节降到 31 千字节。构建耗时随页面数量增加，完整构建一次约 4.2 秒，可接受范围内。

压测使用 30 秒持续请求，分别记录平均响应、95 分位与错误率。静态文件开启压缩后，首页 HTML 从 46 千字节降到 9.8 千字节，样式表从 38 千字节降到 7.2 千字节。首字节时间稳定在 12 毫秒左右，95 分位 21 毫秒，错误率为 0。

构建脚本把模板与数据分开：模板负责版式与文案，数据负责期号、号码与统计值。改一句说明文字只需改模板后重跑构建，不触碰数据；新增一篇文章只需在数据里追加一条，模板自动套用。两者分离之后，改版与发稿可以并行，不会互相覆盖。

数据更新如何及时反映

静态页面最大的疑问是更新延迟。本站的构建由数据入库完成事件触发，通常在开奖后 5 分钟内完成一次增量构建，只重建受影响的页面；全量构建每天凌晨执行一次。缓存方面，HTML 使用短缓存并配合版本号，确保新页面及时生效。

如果数据源更正导致某期记录变更，构建会同时更新该期所在年份的检索页、走势图页与相关文章中的引用。这个过程不需要人工介入，也不会留下旧的统计数字在某个页面里。

静态化之后，页面里不存在“正在加载”的占位区块。所有列表、表格与图表在 HTML 中就是最终形态，脚本只处理视图切换与就地更新。页脚固定显示本次构建时间与数据截止期号，使用者可以据此判断看到的内容是不是最新的。

压测工具使用固定并发逐级加压，每级持续 30 秒，记录平均响应、95 分位与错误率。静态文件开启压缩后，首页传输体积从 46 千字节降到 9.8 千字节，资讯页从 38 千字节降到 7.2 千字节。边缘节点命中缓存时，首字节时间可以压到 5 毫秒以内。

静态化的边界也需要说明：搜索、筛选与视图切换仍在浏览器内完成，服务端只负责把页面送到。这样做的好处是页面可以直接被缓存、被抓取、被离线保存；代价是数据更新必须靠重新构建，因此入库到可见之间有一段最长 5 分钟的间隔，页脚会显示最近构建时间。

静态化的代价是构建复杂度上升，收益是运行时的确定性。对于以查阅为主的数据站，这笔交换很划算。—— 49图库产品负责人 李承宇

全站页面已完成静态化迁移，包括 26 篇资讯与站点地图。离线包客户端本身就是静态资源，行为与线上完全一致。后续计划把构建日志开放为状态页，展示最近一次构建时间与受影响的页面数量。