49图库归档下载扩容：48 万行分卷交付

2026 年 9 月 26 日，49图库 发布 3.4.9，归档下载的单次上限从 8,000 行提升到 48 万行，并按 12 万行分卷交付，四卷合并耗时 38 秒，合并后重复行 0 条。每卷附带 SHA-256 校验值与字段说明，卷内记录按期号升序排列，断点续传的进度以卷为单位记在本机。年度归档现在一次就能取全，不必按季度分四次导出再手工拼接。

此前要做年度备份，得在导出面板里选四次区间，得到四个文件，再用表格软件手动追加。团队统计过 3,180 份导出样本，其中 412 份属于「同一年份多次导出」，平均拼接耗时 11 分钟，误差多来自表头重复与日期格式不一致。3.4.9 把这套流程收进一个按钮，目标是把拼接这件事从用户手上拿走。

为什么按 12 万行切卷

切卷大小由三个约束决定：常见表格软件能一次打开的行数、单文件的下发时长、失败重传的代价。12 万行对应约 28 兆的 CSV，主流表格软件打开耗时 9 秒至 14 秒，处于可接受区间；单卷在 20 Mbps 网络下的下发时间为 11 秒，失败重传的损失可控。更大的切法比如 24 万行，打开耗时升到 26 秒，且内存不足的设备容易直接卡死。

卷文件名带年份、卷序号与总卷数，例如 2026-part1-of-4.csv，排序后顺序即期号顺序。合并时不需要手工排序，直接按文件名追加即可。团队还提供一份 manifest.json，列出每卷的行数、起止期号、字节数与 SHA-256，供自动化流程校验，避免「少下一卷却以为下全了」。

48 万行的实测数据

以 2025 年全年归档为样本，共 481,236 行、含 14 项字段（期号、公布日期、同步时间、七个号码、和值、跨度、奇偶比、大小比、波色分布、样本期数、是否含特码、数据来源）。分四卷生成耗时 19.4 秒，四卷合计 112 兆，单卷最大 28.6 兆。合并脚本在 8 核 16 线程机器上耗时 38 秒，在 4 核 8 线程机器上 71 秒。

去重规则同时提供两种：按期号去重与按期号加号码去重。48 万行的样本里两种规则都得到 481,236 行，说明年度区间内本身没有重复入库；而在跨年份导出（2024 至 2026）时，按期号去重去掉了 12 行，均来自数据源补录造成的重复。面板会把去重明细写进 manifest，逐条给出期号，不做静默处理。

内存占用是这次改造的重点：旧实现把全部行读进内存再拼接，48 万行需要 2.1 GB，多数笔记本直接失败。新实现改为流式写入，峰值内存 210 兆，生成期间不影响正常查询；测试中同时发起 20 次查询，P95 仍为 124 毫秒，与空闲时基本一致。

合并、校验与断点续传

合并有两种用法：手动把四卷按文件名顺序追加，或用客户端内置的合并功能一键完成，后者会自动去掉第 2 至第 4 卷的表头并核对 manifest。校验流程分三步：先比对每卷行数，再比对 SHA-256，最后检查首末期号是否与 manifest 一致。三步任一失败都会提示具体是哪一卷，而不是笼统报错。

断点续传以卷为单位：下载中断后重新进入归档页面，已完成卷显示「已取」，未完成卷显示进度百分比，重复点击不会重新生成整个归档。团队测试了 7 次中断（包含 3 次断网、2 次关闭客户端、2 次磁盘写满），恢复后都能从断点继续，未出现半卷文件被误判为完成的情况。

需要提醒的是，48 万行的上限只适用于专业版与团队版，基础版的单次上限仍是 4,000 行，但可以按年份分批导出，字段完全一致。团队版额外支持成员之间共享已生成的归档，避免同一年份重复生成四次。

下一步，团队打算把归档范围从「按年份」扩展到「按期号区间」，并支持把 manifest 直接导入对账脚本，减少人工核对。相关接口已内部联调，预计随 3.6 系列推送。

3.4.9 已随客户端推送，网页端同步上线归档页。可在 下载页 获取客户端，进入「导出 → 归档」即可看到四卷清单与校验入口。