如何解决从网页向Chrome扩展传递数据时alert未触发的问题？

先别急，咱们一步步排查，大概率是这几个环节没做好：

1. 网页端的消息发送代码是否正确？ #

这是最容易踩坑的点！网页端必须指定正确的扩展ID才能发送消息，而且要处理错误信息。你可以先试试这段测试代码（记得替换成你的扩展ID）：

// 本地网页的JavaScript代码
const YOUR_EXTENSION_ID = "替换成你的Chrome扩展ID"; // 扩展ID在扩展管理页能看到（开开发者模式）
chrome.runtime.sendMessage(YOUR_EXTENSION_ID, { openUrlInEditor: "测试内容" }, (response) => {
  // 一定要检查这个错误，能直接告诉你问题在哪
  if (chrome.runtime.lastError) {
    console.error("发送消息失败：", chrome.runtime.lastError);
  } else {
    console.log("消息发送成功");
  }
});

如果网页控制台报错说“Could not establish connection. Receiving end does not exist.”，要么是扩展ID错了，要么是扩展没加载，要么是后台脚本没监听对。

2. 先排除黑名单判断的影响 #

你的代码第一行就判断了if (sender.url == blacklistedWebsite) return;，如果这个条件成立，后面的alert直接就不执行了。建议先把这行注释掉，测试一下alert能不能触发，确认不是这个判断逻辑挡住了消息处理。

另外要注意：sender.url是网页的完整URL（比如http://localhost:8080/index.html），如果你的blacklistedWebsite只写了http://localhost，那两者是不相等的，这个判断就不会生效，但如果你的黑名单URL写得太宽泛，可能误拦截了本地网页。

3. 确认manifest配置是否生效 #

你的externally_connectable格式看起来是对的，但要确保：

• 扩展已经重新加载过（在Chrome扩展管理页，开开发者模式，点“重新加载”按钮）
• matches规则覆盖了你的本地网页URL：如果是http/https协议的本地服务，*://localhost/*没问题；如果是本地file://协议的网页，得改成"matches": ["file:///*"]

4. 后台脚本是否正确注册？ #

要确认listen.js已经在manifest里配置好了：

• 如果是Manifest V3，配置应该是这样：

  "background": {
    "service_worker": "listen.js"
  }
  

  注意V3的后台是service worker，它会休眠，可能需要触发一下（比如打开扩展弹窗、刷新网页）才能激活监听。
• 如果是Manifest V2，配置是：

  "background": {
    "scripts": ["listen.js"],
    "persistent": false
  }
  

5. 检查扩展状态和后台日志 #

• 确保扩展是已启用状态，没有被禁用
• 打开扩展的后台页面控制台：在扩展管理页，点击你的扩展的“查看视图”->“后台页面”，这里能看到后台脚本的日志，比如有没有打印错误，或者有没有进入监听函数。

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