chrome插件的background.js与网页gec隔离：background.js拥有独立全局执行上下文，全局对象为self而非window，不共享dom api，需通过chrome.runtime.sendmessage通信。
全局执行上下文（GEC）和浏览器扩展的背景脚本（Background Script）**不是同一类执行环境，也不共享同一个全局上下文**。背景脚本运行在独立的、隔离的全局环境中，它有自己的 GEC，但这个 GEC 与网页页面的 GEC 完全分离，也不同于普通网页脚本所依赖的那个 window 全局对象。
背景脚本拥有自己的全局执行上下文
当 Chromium 加载扩展时，会为 background 脚本单独启动一个 JS 执行环境。该环境：
- 创建一个专属的全局执行上下文，生命周期由浏览器管理（尤其在 manifest v3 中多为 service worker 模式，按需唤醒）
- 其全局对象不是
window，而是self（在 service worker 环境中）或特殊的chrome-extension://上下文对象 - 不参与网页 DOM 的加载流程，也不受页面 HTML 中
<script></script>顺序影响 - 变量提升、函数声明挂载等行为仅作用于该脚本自身的 GEC 内部，无法被网页脚本或内容脚本直接访问
与网页全局上下文的关键区别
网页中的 GEC 是以 window 为全局对象、响应 HTML 解析顺序、支持 var/function 提升并挂载到 window 的传统环境；而背景脚本的 GEC：
谷歌浏览器插件IconFont检查器 自动获取当前页面使用到的iconfont库，预览、修改、使用
下载
IconFont检查器是一款用来自动获取当前页面使用到的iconfont库工具，可以用来预览、修改和使用，适用于 Google Chrome 和 Microsoft Edge 浏览器。主要功能：检查字体图标：识别和分析网站上使用的所有字体图标。显示字体名称和字符代码：显示每个字体图标的字体名称和字符代码。查看 CSS 规则：显示用于设置字体图标的 CSS 规则。复制字体代码：轻松复制字体图标的代码
- 没有
window、document或location等浏览器 DOM API - 可直接使用
chrome.*API（如chrome.tabs、chrome.runtime），但这些在网页 GEC 中不可用 - 即使两个脚本都叫“全局执行上下文”，它们的词法环境、this 绑定、作用域链、全局对象均互不相通
- manifest v3 下背景脚本常以 Service Worker 形式运行：无持久状态、事件驱动、每次事件触发新建函数上下文，GEC 不长期驻留
为什么不能把背景脚本当成普通 JS 脚本理解
常见误解是认为“background.js 就是另一个 script 标签”，但实际上：
- 它不由 HTML 解析器加载，不走 script 标签的加载/解析/执行流水线
- 不参与网页的变量提升链，不会让网页脚本读到
var foo = 'bar' - 它的模块解析遵循 ES Module 规则（若声明为 type="module”），顶层 this 为 undefined，而非 window
- 调试时需通过
chrome://extensions/ → 背景页单独打开 DevTools，无法在网页控制台访问其变量
实际开发中的影响
理解这种隔离性对正确设计扩展逻辑很关键：
- 想从网页向后台通信？必须用
chrome.runtime.sendMessage，不能直接调用函数 - 需要共享数据？得借助
chrome.storage或消息传递，而非全局变量 - 背景脚本中定义的函数无法被 content script 直接引用，必须显式暴露接口（如监听 onMessage）
- 多个 background script 文件（如
["a.js", "b.js"]）按数组顺序执行，共享同一个 GEC，类似网页中多个内联脚本的加载行为
