TABBIT架构调查

ARCHITECTURE RESEARCH / 2026.10.27

Tabbit 在 Chromium 上增加了什么

逐项回答:Chromium 原本有什么,Tabbit 增加了哪些逻辑,证据确认到哪里。

核心判断

新增业务层 + 明确接入点
是当前证据支持的架构

API、Mojo、观察者、生命周期和 Native ↔ Node 通道,构成产品功能与 Chromium 的连接边界。

为什么可能更容易跟进上游?

模块边界可能降低升级耦合。实际同步速度、补丁队列与自动化流水线仍未验证;这是架构推断。

查看升级影响与局限 ↗
01 / 产品增量

桌宠是新增产品窗口

增加 GoOut/GoHome 控制与独立桌宠页面;Glic、Views 和 WebUI 是复用基础。

桌宠具体改动 ↗
02 / 适配增量

深色模式只确认 API 包装

ThemeService 与深色模式已有;Tabbit 增加 setDarkMode 参数校验和调用入口。

查看包装链 ↗
03 / 归属修正

createSplit 已在上游存在

Tabbit 的新增接口名已对照;仅有声明的能力单独归入主体待确认。

接口名称差异 ↗

目录与覆盖状态

可观测路径 ≠ 完整源码仓库
9,243观测源码路径
2,687安装文件
643安装目录

反编译没有完成全程序覆盖。书签、历史和地址栏现在已有代表性路径;完整 Bookmark Manager、历史查询排序、云同步协议和所有 native handler 仍未恢复。

实际安装目录可以完整枚举;源码正文和原始仓库不能由 PE 路径字符串恢复。

全集判断:Chromium 根仓库有 502,668 个文件、44,435 个目录;本机观测 9,243 条路径仅占 1.84%。其中 6,928 条在上游根树存在,2,315 条不在根树(含外部/依赖路径)。

扫描 21 个 DLL/EXE;安装目录未发现 PDB/DWO/DEBUG 或 compile_commands。

PE 中为何有路径:10,878 个匹配位置全部位于 .rdata 只读数据区(ASCII 10,868、UTF-16LE 10),属于编译期定位/日志/断言等字符串字面量,不是 PDB 调试目录。

resources.pak:4,957 个文本资源、35 个重点页面/包、1,218 个产品关键词命中。

扩展注册:6 个扩展,其中 4 个由 resources.pak 虚拟路径加载;恢复 22 个 chrome:// 页面地址。

固定上游路径比对:2,526 条候选,2,360 条存在,150 条 chrome/tab 路径未找到并列为新建候选。404 是路径级 finding aid,不是完整源码 diff。

打开可搜索的源码路径与安装目录浏览器 · resources.pak 资源浏览器 · 扩展与 WebUI 地址 · 路径 TXT · 安装目录 TXT · Chromium 全树比对 JSON · PE section 分布 JSON · 上游 404 比对 JSON

两条业务线,一组上游接缝

分析重建 · 非原始源码或 GN 构建图
AI 业务
交互 / 上下文侧栏 · 语音 · 选择文本
→
原生服务网关 · CDP · 页所有权
↔
Node / AgentWorker · CLI · 远端请求
原生业务
产品能力阅读 · 文件 · 窗口
→
服务 / 控制器store · observer · WebUI
→
上游设施主题 · 地址栏 · 压力通知
Chromium browser / extensions / content / Mojo / Sync / Views / DevTools

各条目的接入关系以详情证据为准;未做底层引擎全量差分。

按业务查看

区分已有基础、产品增量与实现待确认
业务详情