在旧笔记本上重装导航49浏览器下载安装，版本号停在 49.0.2.317
周三晚上 21 点 40 分，我把那台 2016 年的 ThinkPad T460 重装了一遍，装完在地址栏输入 chrome://version，版本号显示 49.0.2.317。这个数字我记了两年，没变过。奇怪的是安装包体积从上周的 58.4 MB 变成了 59.1 MB。多出来的部分我没有立刻下结论，只是把它记在本子上，准备下周再对一次。
本周记录与条目
同事陈默在会议室里问我：安装包为什么有两个哈希值
周一早上 9 点 15 分，陈默把两台电脑并排摆在会议桌上，用同一份安装包离线安装，然后各跑了一次 sha256。两个值不一样。他抬头问我怎么解释，我说先别急，把第二次的安装路径和临时目录都记下来。十五分钟后我们发现是其中一个在安装途中被系统清理过一次临时文件。这件事和导航49浏览器下载安装本身无关，但它说明校验这件事从来不是形式主义。
《浏览器工程实践》第 3 章其实只写了两页关于安装的内容
这本书是我 2021 年从旧书店淘来的，封面已经掉了。第 3 章标题叫「分发与校验」，全章 14 页，真正讲安装流程的只有两页，剩下都在讲签名证书。我把它摊在桌上看了一个下午，越看越觉得我们平时讨论版本更新时，把最基础的校验环节跳过了。安装步骤本身不长，长的是事后怎么证明你装的是你以为的那个东西。
在杭州拱墅区的咖啡馆里，我第一次把安装日志完整读了一遍
周日午后，我在靠窗的位置坐下，把安装日志从头拉到尾，一共 812 行。前 200 行是解压，中间 500 行是注册表写入，最后 100 行是快捷方式生成和权限检查。读完之后我改了之前的判断：很多所谓的「安装失败」，其实是最后那 100 行里的权限没通过。当天我做了三处笔记，其中两处后来写进了我自己的检查清单里。
有人在论坛问 793456 这个数字是什么意思
周六上午，一位网名叫「砚青」的读者在站内留言，问我在早前一篇里提到的 793456精准24码 到底是什么，是不是安装相关的校验码。我回复说不是，那篇文章讲的是另一套编号体系，和安装包没有关系。把不相关的编号写成一句话很容易，把它们的边界说清楚反而要花更多字。这也是我坚持写长段落的原因之一。
第 7 次核对：安装目录里多了一个 config 文件
周五中午，我把安装目录整个导出对比，和前一次相比，多了一个 2 KB 的 config 文件，修改时间显示 13 点 22 分。打开看全是默认值，没有可疑内容。我把它记下来，是因为这类小差异在半年后会变成「到底改过什么」的争议。安装这件事，记录的颗粒度决定了后来追问时能回答到什么程度。
关于版权声明的那篇文章，我重读了一遍并改了标题
周四晚上，我把早前写的那篇 恢复原来的49图库资料库免费版版权声明 从头读了一遍。原来的标题太长，九个字连在一起读者容易跳过去。我把它拆成了两段，并补了 300 字说明我为什么关心声明这类看起来枯燥的东西。改完再读，文章的气口顺了，但核心观点我没有动。
读者林一舟发来 4 张截图，说在企业环境里装不上
周三，林一舟发来 4 张截图，第一张是组策略拦截提示，第三张是安装完成后的进程列表。我看了二十分钟，判断问题不在安装包，而在组策略允许列表。他按我说的方式把路径加进去之后，装了两次，第二次成功了。这类反馈比单纯的「能用」有价值得多，因为它给出了失败的具体位置。
把「17图库」那篇的评价翻出来重新对照
周二，我重读了 17图库资料库恢复免费打开企业版使用评价 下的讨论，一共 31 条评论，其中 12 条提到安装环节。把评论按时间排序后我发现，问题集中在 2025 年 11 月之后。这说明它更像是一个阶段性变化，而不是长期存在的缺陷。把这个判断写下来之后，我对「评价」这类文章的看法也有一点变化。
九月开局：我把校验清单从 6 条扩到 11 条
九月的第一天，我花了一个下午重写自己的工作清单，从 6 条扩到 11 条，新增的主要是路径判断、权限确认和临时文件处理。原来那 6 条是照着经验写的，新的 11 条每一条后面都附了出处，有的是日志行号，有的是我自己踩过的坑。清单一旦能追溯到具体证据，它就有了被质疑、被修改的余地。
争论：我觉得安装步骤本身不该被过度简化
上周日有个读者在后台说，我把安装讲太复杂了，普通用户只需要点下一步。我不同意。安装步骤被简化不是问题，问题是简化之后没有留下任何可以复核的痕迹。一旦出问题，用户连自己装的是哪个版本都说不清。这条我写在这里，也愿意被反驳：复杂不等于专业，但把复杂藏起来一定不是专业。
旧书摊上的另一本：1993 年的《软件分发笔记》
八月最后一个周六，在城西的旧书摊上翻到一本 1993 年的内部资料，书名是《软件分发笔记》，印刷只有 200 册。里面讲软盘时代的校验方法，手写标注很多。我拍了 9 张照片存着。看完之后最直接的感受是，今天的不少讨论其实是在重复三十年前已经说清楚的事，只是换了词汇和载体。
本周正文：安装这件事，究竟在核对什么
严格来说，导航49浏览器下载安装这几个字连在一起时，讨论的从来不只是「点击下载、双击安装」这一串动作，而是一整套围绕版本、来源与可复核性的习惯。9 月 8 日晚上我在两台机器上各装了一遍，第一次在 21 点 40 分，第二次在 22 点 07 分，中间隔了不到半小时。两台机器系统版本不同，一个是 Windows 10 22H2，一个是 Windows 11 23H2。装完之后我把版本号、安装包体积、安装耗时三项数据抄在一张便签上，贴在显示器边缘。这张便签现在还在，上面第三行写着 49.0.2.317，字迹被咖啡杯底压糊了一小块。
我之所以坚持每次安装都做记录，是因为安装这个动作有很强的「一次性」错觉：装完就用，用起来没问题就不再回头看。可一旦半年后需要回答「当时装的是哪个版本」这类问题时，能拿出来的证据往往只剩下记忆，而记忆是最不可靠的那一类证据。上周陈默在会议室里问我的那个问题，本质上也是同一件事：两个哈希值对不上时，你怎么证明差异来自安装过程而不是来源本身。最后我们花了十五分钟才查明是临时目录被系统清理过一次，但如果没有那两份哈希记录，这个结论根本无从得出。
我也要说一个不太讨喜的观点：把安装步骤讲得像一篇说明书，比讲得像一个口号要难得多，也重要得多。说明书需要数据，需要每一步的边界条件，需要说明「这一步失败通常意味着什么」。口号只需要一句「按提示操作即可」。我见过太多教程把关键判断藏在正文之外的注释里，读者一路点下一步，到出错时才发现自己从未被告知哪些环节其实有选择。这不是读者的错，是写作者把复杂度往下游推了一步。
本周重新读了一遍《浏览器工程实践》第 3 章，只有 14 页，真正涉及安装的不到 3 页，其余都在讲签名与证书链。这个比例让我停下来想了很久。我们平时讨论浏览器更新，谈得最多的是功能与界面，谈得最少的是签名、校验、来源。可恰恰是后者决定了你装的那个东西是不是你以为的那个东西。旧书摊上那本 1993 年的《软件分发笔记》讲软盘校验，讲得比今天很多文章都细，它至少承认了一件事：分发是一条链，链上任何一环都不能靠信任默认通过。
所以这一页我每周更新，不复述步骤，只记录这一周里在安装环节遇到的、值得被写下来的具体事。可能是一个停在 49.0.2.317 的版本号，可能是一个多出来的 2 KB 配置文件，也可能只是一个发来四张截图的读者。它们的共同点是都能被追溯：有日期、有数据、有可以反驳的地方。安装这件事，核对到最后，核对的是我们愿不愿意为一个能被追问的结论多花十五分钟。
关于我
我叫江晚，做浏览器分发与版本核对的独立记录已经四年多，白天在一家小公司做客户端发布，晚上写这个站。这个站不是教程集合，更像一本按周记下的实验笔记：装了什么、版本号多少、哪里对不上、后来怎么解释清楚了。我做它，是因为太多安装问题在事后无法复述，而事后无法复述的问题，通常也无法被真正解决。写得慢、句子长，是我的习惯，也是我给自己留的复核时间。
“分发不是把文件发出去，而是让接收的人能确认自己收到的是什么。”—— 出自《软件分发笔记》，1993 年内部资料，第 11 页手写批注