Chromium

Chromium 是开源浏览器项目，不是自动更新的 Chrome 稳定版。官方说明 Chromium builds 来自任意 revision，按 best‑effort 方式提供，版本号不一定对应用户看到的 Chrome 发布版本；Chrome for Testing 则面向自动化和兼容性测试。本文按“辨认对象—选构建—运行验证—记录 revision—维护回退”整理首次使用路径。

先分清 Chromium、Chrome 和 Chrome for Testing

把“开源”与“适合日常使用”分开判断

Chromium 的源码开放不代表每个快照都适合长期上网。构建可能缺少自动更新、符号、品牌服务或发行版集成；如果你的目标只是稳定浏览，应使用有维护渠道的 Chrome 或发行版浏览器。

Chromium 下载页没有一个固定“最新稳定版”

官方下载说明建议从连续构建存档按平台选择 Mac、Win、Linux 或 ChromiumOS，再按构建编号取得压缩包；LAST_CHANGE 文件可帮助记录当前 revision。下载页同时提供一键获取 Linux 最新构建的说明，但这个“最新”仍然是构建快照，而不是 Chrome Stable 版本承诺。

• 需要浏览器和驱动配对时，优先考虑 Chrome for Testing 的版本 API。
• 需要验证 Chromium 修复时，记录平台目录、构建号、revision 和下载日期。
• 需要调试旧行为时，保存旧压缩包和测试结果，不要依赖存档页面永久可用。

Windows、macOS、Linux 的路径不一样

先选平台，再决定构建或源码

1. 在官方构建存档选择系统和架构，确认下载的是 Chromium 而不是 Chrome for Testing。
2. 解压到独立目录，避免覆盖 Chrome 的用户数据目录和快捷方式。
3. 运行可执行文件后，打开版本页记录版本号、revision 和命令行参数。
4. 用一个固定测试页面验证 JavaScript、扩展策略和目标修复是否出现。

Chromium 构建没有统一安装器，Linux 还要注意发行版库依赖和沙箱权限；Windows 与 macOS 的压缩包也可能缺少系统级自动更新服务。

运行前先接受“没有自动更新”的现实

用命令行做最小验证

chromium --version
chromium --user-data-dir=./chromium-test-profile

不同平台的可执行文件名和参数可能不同；上面的命令只表示验证思路，不承诺所有发行包都使用 chromium 这一名称。首次启动时如果提示缺少库或沙箱权限，先按平台构建说明处理，不要直接关闭安全机制。

源码构建适合需要控制浏览器的人

depot_tools 与源码 revision 要一起记录

源码构建需要 depot_tools、gclient、依赖同步和平台编译工具链。官方 how‑tos 文档将 Windows、Mac、Linux、Android 等平台的构建说明分开；构建前先确认磁盘、编译器和 SDK，再决定是否值得维护自己的二进制。

• 固定 Chromium 源码 revision 和 depot_tools 版本，避免“今天能编译、明天不能复现”。
• 保留构建日志、编译参数和产物哈希，测试结论才能回溯。
• 把自定义补丁与上游 revision 分开管理，更新时先重放补丁再跑兼容性测试。

下载、验证、更新和回退按这个顺序

1. 保存官方入口、平台目录、构建号、revision、下载日期和压缩包哈希。
2. 先在独立用户数据目录运行，完成目标页面和自动化脚本的最小测试。
3. 确认修复后再替换测试机旧构建；生产设备不要直接跟随任意 snapshot。
4. 新构建出现崩溃或扩展不兼容时，切回保存的旧构建并保留日志。

Chromium 的价值在于可观察的代码状态和可重复的测试，不在于把它包装成一个“永久免费最新版浏览器”。如果使用场景需要自动更新和安全责任清晰的日常浏览，请回到稳定发行版选择。