7 月 22 日下午两点多，我在社区图书馆二楼靠窗的位置坐下，桌上摊着一台用了四年的旧笔记本，屏幕右上角贴着一张写着"离线测试用"的黄色便签。我这次要做的其实很朴素——把「49图库资料库免费打开49图库app离线版优化版」在无网络状态下从头到尾走一遍，看它到底在哪一步变快了，又在哪一步还留着旧毛病。旁边坐着一位常来的老先生，姓周，退休前在市图书馆做编目，他看我反复开关同一组图集，问了一句："你这是在校对索引吗？"我说差不多，他点点头，继续翻他那本卷了角的《中国古籍装帧》。
这次测试的记录里，有一条最值得拿出来说：在断网状态下，前 40 张图集的平均首屏呈现时间从旧版的 3.2 秒压到了 1.1 秒。
数字是死的，人是活的，所以我想把过程也写下来。我用的方法并不高级：先把设备切到飞行模式，再按图集编号从 001 到 120 依次点开，用秒表记下每一组从点击到第一张图完整显示的时间。前 20 组里，有 3 组出现了明显的空白占位，编号分别是 014、027 和 038，都是收录图片数量超过 60 张的合集。这个现象在旧版里更严重，旧版在我去年冬天同一台设备上测的时候，同一批图集有 9 组出现空白，最长的一次等了 6.8 秒。所以我不太同意"优化版只是换了个版本号"这种说法——至少在索引重建这一层，改动是实打实的。
1. 离线缓存到底缓了什么
还有一个细节值得记下来：优化版把缩略图和原图的缓存分成了两层。这一点我在 7 月 21 日晚上十点四十分左右确认过，当时我从飞行模式切回 Wi-Fi 再切回飞行模式，图集的缩略图依然在，原图则需要重新拉取。这个设计本身不算新鲜，但它解决了一个老问题——过去那种"要么全有要么全无"的缓存策略，一旦原图拉取失败，整个图集区域就会变成一片空白占位符。现在不会了，缩略图先出来，原图慢慢补。我把这个观察写进了笔记，编号 07-21-B。
想先了解站点层面的规则，可以看 49图库资料库免费打开49图库app网站使用须知，那篇写得比我这里细。
当然，我不是说它就是完美的。在 038 那组里，我看到第 37 张图之后出现了加载中断，重新点开才恢复。这种情况在旧版里也存在，只是频率低了。所以如果有人问我"离线版是不是彻底解决了断网问题"，我的回答会是：没有，但把最痛的那一段挪开了。
2. 索引重建与图集编号
我在整理记录的时候顺手做了一个横向对比，把 120 组图集按编号段分成四段：001–030、031–060、061–090、091–120。结果很有意思——优化最明显的是第一段，平均加载时间降了约 64%；最后一段只降了约 21%。我推测是因为后段的图集普遍更新，元数据更复杂，索引重建的收益被摊薄了。这个推测我还没验证完，先记在这里。
说到这里必须提一个我认为有争议的判断：很多人把离线版的优化理解成"下载包更大、内容更全"，我恰恰觉得方向反了。真正值得投入的是索引质量，而不是把更多原图塞进缓存。缓存越大，冷启动越慢，这是很朴素的物理规律。我在 7 月 22 日下午四点半做的最后一轮测试里，把缓存清空后重新打开，优化版的冷启动用了 2.4 秒，旧版是 2.1 秒——也就是说，优化版在热路径上赢了，在冷路径上反而略输一点。这个代价我认为是值得的，但它确实存在。
如果你遇到资料条目缺项，49图库资料库资料不完整怎么办 里有比较完整的排查顺序。
3. 一个被忽略的操作细节
测试过程中我还发现，进入图集详情页后，如果手指（或鼠标）在页面顶部停留超过约 1.5 秒，优化版会预取下一组图集的缩略图。这个行为没有在任何说明里写过，是我在连续翻页时注意到加载节奏变了才反推出来的。这个预取策略的好处是翻页更顺，坏处是在流量敏感的场景下可能多耗一点数据。作为一个习惯把设置项翻两遍的人，我倾向于认为它应该做成可开关的。
周老先生那天临走前问我要不要帮他把书还到前台，我说我来吧，顺手把那本《中国古籍装帧》放回了 3 排 7 号架。回来时我在笔记上补了一句：好的索引系统，应该让人感觉不到它的存在，只感觉到手边的东西都在。这句话后来被我抄在了页面最下面那个引用区里。
安装和版本核对的方法，我单独整理在 49图库正版下载安装，这里不重复。
另外，我在测试前半段对照过一份浏览器侧的行为记录，见 49719浏览器打开49新奥，那份记录对理解打开路径有帮助，不过它是从浏览器角度写的，设备侧的表现还要另看。两个视角叠在一起，才勉强拼出一张完整的图。
4. 我目前保留的疑问
最后留下三个我还没想清楚的问题，写出来给自己，也给后来的人：一是缓存分层的失效阈值具体是多少，我试到 60 张就中断了，没摸到上限；二是索引重建的触发条件是按时间还是按图集变更次数，我倾向后者但缺证据；三是预取策略在弱网环境下的退避逻辑，目前看更像是简单的时间窗，而不是基于实际带宽判断。这三个问题我都记在了 07-22-E 号笔记里，等下一轮测试再补。
