Chrome双后台脚本（JS与TS）直接通信可行性咨询

首先明确结论：可行，且无需依赖Chrome消息API或content script中转。Chrome扩展中所有注册为后台的脚本（无论Manifest V2的background page还是Manifest V3的service worker）都运行在同一个全局上下文环境中，直接通过共享作用域或专用API即可实现通信。

核心原因 #

Chrome扩展的后台脚本会按manifest中注册的顺序加载，所有脚本共享同一个全局执行环境：

• Manifest V2的后台页面是一个普通HTML页面，所有后台脚本在该页面的window作用域下运行
• Manifest V3的service worker是独立worker上下文，所有后台脚本在self作用域下运行

因此无需使用跨上下文的chrome.runtime.sendMessage，直接通过以下方式即可通信：

方案1：全局作用域共享（适用于所有后台类型） #

直接在全局作用域暴露函数或变量，实现脚本间的直接调用：

在background.js中暴露接口：

// background.js
// 暴露全局处理函数
globalThis.bgMessageHandler = (message) => {
  console.log('收到来自TS脚本的消息:', message);
  // 处理逻辑
  return { status: 'success', data: '已处理消息' };
};

在background.ts中调用接口：

// helper/background.ts
// 调用全局暴露的函数
const response = (globalThis as any).bgMessageHandler({ type: 'sync', content: '测试消息' });
console.log('JS脚本的回复:', response);

方案2：自定义事件/广播通道（更规范，避免全局污染） #

适用于Manifest V2（后台页面，有DOM环境）

使用自定义DOM事件实现通信：

// background.js
// 监听自定义事件
document.addEventListener('bg-inter-script-event', (e) => {
  const message = (e as CustomEvent).detail;
  console.log('收到消息:', message);
  // 发送回复事件
  document.dispatchEvent(new CustomEvent('bg-inter-script-reply', {
    detail: '已接收并处理消息'
  }));
});

// helper/background.ts
// 发送消息事件
document.dispatchEvent(new CustomEvent('bg-inter-script-event', {
  detail: { type: 'async', data: '异步测试消息' }
}));

// 监听回复
document.addEventListener('bg-inter-script-reply', (e) => {
  console.log('收到回复:', (e as CustomEvent).detail);
});

适用于Manifest V3（service worker，无DOM环境）

使用BroadcastChannel API实现跨脚本通信：

// background.js
const bgChannel = new BroadcastChannel('background-communication');
bgChannel.onmessage = (event) => {
  console.log('收到广播消息:', event.data);
  // 发送回复
  bgChannel.postMessage({ type: 'reply', content: '已处理请求' });
};

// helper/background.ts
const bgChannel = new BroadcastChannel('background-communication');
// 发送消息
bgChannel.postMessage({ type: 'request', content: '来自TS脚本的请求' });
// 监听回复
bgChannel.onmessage = (event) => {
  console.log('收到广播回复:', event.data);
};

为什么之前用Chrome消息API不行？ #

chrome.runtime.sendMessage和chrome.runtime.onMessage是用于跨上下文通信的API（比如后台与content script、popup、其他扩展之间），同一个后台上下文内的脚本调用该API不会触发onMessage监听，因为消息机制仅作用于不同的执行上下文。

内容的提问来源于stack exchange，提问作者Nasoto032