chrome.webNavigation.on*方法能否作用于chrome-extension://类型URL？

背景 #

我们团队开发的Chrome扩展会动态创建指向web_accessible_resources目录下index.html的iframe，原本计划在每个iframe中运行内容脚本，通过chrome.runtime.Port和扩展的服务工作者建立通信连接。

遇到的问题 #

• chrome.webNavigation.onCompleted完全无法触发针对chrome-extension://开头URL的导航事件
• 先后尝试了onCommitted（后续确认该事件可用）和onDOMContentLoaded，均无法捕获这类iframe的导航动作
• 无论是否添加{ url: [{ urlPrefix: chrome.runtime.getURL('index.html')}] }这样的URL过滤器，都抓不到chrome-extension://...协议的导航；移除过滤器后，能正常捕获其他所有类型的导航，包括about:blank和chrome://的帧
• 后续尝试使用webRequestAPI也没有效果，而且window.frames对象中也找不到这类子帧

需求解决情况（更新与发现） #

后来发现chrome-extension://协议的iframe可以直接像服务工作者一样访问扩展API，已经通过这种方式实现了和服务工作者的通信需求，但仍想明确之前导航事件不触发的原因。

事件不触发的原因 #

Chrome针对扩展自身资源的导航有特殊的设计逻辑：

1. 内部资源的导航豁免：chrome.webNavigation和webRequest这类API的核心定位是监控外部网页的导航行为，扩展自身的chrome-extension://协议资源属于完全信任的内部上下文，默认不会触发这些导航事件，以此避免不必要的性能损耗和内部逻辑干扰。
2. iframe上下文的特殊性：当通过扩展直接动态创建指向自身资源的iframe时，Chrome会将其视为扩展上下文的一部分，而非普通的第三方网页导航，因此不会走常规的webNavigation事件流程。
3. 权限边界限制：即便你在扩展清单中配置了<all_urls>权限，也无法突破Chrome内置的安全边界——这类API的权限范围天然不包含扩展自身资源的导航监控，防止扩展被自身的导航事件循环干扰。

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