Chrome 和 Chromium 共用同一个内核，差别集中在编解码器授权、DRM 组件、自动更新、遥测与账号服务上。逐项说明两者的版本节奏与授权差异，并给出日常用户和需要干净内核的人各自的选择。
Chrome 和 Chromium 的界面几乎一模一样，菜单、快捷键、扩展体系都对得上，所以第一次听说两者不是同一个东西时会有点意外。把它们分开的是看不见的部分：编解码器授权、DRM 组件、更新通道、遥测和账号服务。
一个是项目，一个是产品
Chromium 是开源项目，2008 年随 Chrome 一起开源，代码托管在自己的仓库里。它没有官方意义上的正式发行版，能下载到的是持续构建的快照，版本号跟着主干走。Chrome 是谷歌在这个项目之上加了东西再打包的产品，有品牌、有发行节奏、有政策与客服体系，也承担了授权与合规的成本。
编解码器和 DRM
开源部件受专利和授权限制，Chromium 的官方构建里一般不带 H.264、AAC 这类专有编解码器，也不带 Widevine DRM。结果是有些视频网站页面能打开但播不动，Netflix、Spotify 一类的流媒体会直接拒绝播放。Chrome 付了授权费，把这些都装进发行版。不过 Linux 发行版常会用系统自带的 ffmpeg 补上解码能力，所以“Chromium 播不了视频”并非绝对，得看具体构建。
更新方式与版本节奏
Chrome 装好就自带更新器，静默在后台升级，用户基本感觉不到。稳定版大约每四周推进一个大版本，另外还有每天更新的 Canary、每周更新的 Dev 和 Beta 通道，想提前试用新特性的开发者可以切换。Chromium 没有官方自动更新，新快照要自己重新下载覆盖，它的主干节奏和 Chrome 大致同步，但没有品牌化的稳定分支，用哪个日期的构建完全取决于你自己挑。
版本差异这一点在做兼容性测试时很关键：Chrome 的版本号是明确的，而 Chromium 快照只有提交日期，出问题时很难对齐环境。
自动更新不只是省事，还关系到安全补丁什么时候到位。Chrome 的漏洞修复会随稳定版推送，用户在无感的情况下完成升级。用 Chromium 的人得自己盯安全公告，判断手上这个构建有没有包含修复，再决定什么时候换新的快照。中间空出来的这段时间，就是风险敞口。
遥测、同步与账号
Chrome 默认会回传崩溃报告和使用统计，登录谷歌账号后书签、密码、历史记录和扩展都能同步。Chromium 不带这些服务，没有账号登录入口，没有同步后端，崩溃报告默认也不发送。顺带一提，地理位置、拼写检查、翻译这类依赖谷歌服务的功能，在 Chromium 里会因为没有内置 API 密钥而失效或者降级。
日常用户和折腾内核的人
普通用户没有理由换成 Chromium。省下的那点遥测数据，换来的是视频播不了、书签不同步、安全更新要自己盯着，不值得。只有在明确不想连接谷歌服务的前提下，它才有意义。装了 Chromium 又抱怨流媒体打不开，是最常见的落差来源。
反过来，需要干净内核的人更常选 Chromium。做前端兼容性验证时，要确认一个问题到底出在标准内核还是厂商补丁；写自动化脚本时，希望版本能锁死，不被自动升级打乱；做定制发行版和二次开发的人，更是离不开它的开源许可。麻烦通常不出在内核本身，而是授权组件缺失和版本漂移。这也是为什么不少人两个都装：日常浏览用 Chrome，测试和跑脚本用固定版本的 Chromium。
“基于 Chromium”能说明什么
一个浏览器说基于 Chromium，能确定的是渲染引擎和 JavaScript 引擎一致，网页表现、扩展接口、调试协议大体相同。不能确定的是隐私默认值、同步后端、遥测策略、更新通道，也不能确定它落后上游几个版本。选浏览器别只看这一句话，要看它在上游之上改了什么、去掉了什么。同一个道理，Chrome 和 Chromium 的比较也不该停在界面像不像，值得比的是那些装没装、连不连、自己会不会更新的部分。
