浏览器扩展 Content Script 与页面隔离
理解扩展 content script 的隔离世界、共享 DOM 和显式消息边界，并为真实浏览器版本设计可复现的验证夹具。
BotBrowser Team
BotBrowser 可以重复已授权的扩展测试夹具并观察 DOM 与消息的可见结果，但不能授予主机权限，也不能把页面数据变成可信输入。这支持受控兼容性检查，不替代权限或信任判断。
扩展的 content script 可以读取和修改页面 DOM，同时在独立的 JavaScript 环境中运行自己的变量。这个隔离世界不是第二个 DOM，也不是万能的安全边界。页面和扩展通常能看到同一批节点，但不会自动共享变量、原型或私有状态。应把特权操作留在扩展上下文中，把页面通信设计成显式且经过校验的接口。
要点
- 隔离世界分开 JavaScript 引用，但可见 DOM 仍可能共享。
- 每条消息都校验类型、发送方、origin 和数据结构。
- BotBrowser 可重复合成的授权 fixture，但不能授予权限或证明远程事务。
目录
共享 DOM 与事件
content script 添加的 class 或文字仍可被页面观察。MutationObserver 只是变化通知，不是用户同意证明。限制观察范围，并在特权操作前重新检查状态。
相关阅读
参阅跨 realm 的浏览器 API 完整性和浏览器自动化测试夹具与隔离。
隔离到底隔离什么
浏览器为 content script 提供独立的全局对象和 JavaScript 引用。页面设置的变量不会自动出现在 content script 中，反过来也一样。原型也可能不同，因此页面修改 window.Array 不会替换扩展使用的引用。
DOM 仍是共享表面。两个世界通常可以读取和修改同一节点、属性和事件，所以可见的 DOM 变化也能被页面观察到。隔离不会隐藏变化，也不能让脚本读取页面本身无法暴露的数据。
注入位置仍受 manifest 与 host permission 限制。storage、tabs 等特权 API 应放在扩展上下文或 service worker 中。隔离不等于可以访问任意 URL、frame 或浏览器 API。
有意跨越边界
扩展自有状态使用消息传递。执行操作前校验消息类型、发送方、origin 和数据结构。如果页面必须参与，使用小型 window.postMessage 桥接，并设置请求标识和严格的 origin 检查。页面发来的消息不能直接当作已认证的扩展命令。
如果 content script API 已够用，不要把字符串注入主世界。必须桥接时不要放入秘密，并在特权侧重新校验每个请求。
验证真实边界
建立包含页面脚本、content script 和扩展 service worker 的 fixture。分别设置同名变量、在页面侧替换原型，并记录脚本看到的值和 DOM 变化；再测试第二个 frame、受限 URL、刷新和 worker 重启。BotBrowser 可以重复已授权 fixture，但不能授予 host permission，也不能把页面数据变成可信输入。
结论
把 content script 视为拥有共享且可观察 DOM 的隔离 JavaScript 世界。特权操作留在扩展中，明确并校验每条消息，覆盖 frame 与生命周期测试。