chrome.tabs.update执行不稳定 偶发无法重定向新标签页

概率性失效的核心原因是**chrome.tabs.onCreated的触发时序不稳定**：

• 该事件在标签页对象创建完成后就会触发，但此时标签页的初始导航流程（新标签页默认地址、用户触发打开的原始地址）还未正式提交到导航队列。
• 你此时调用chrome.tabs.update写入的目标地址，会被后续启动的标签页默认原始导航覆盖。你在回调里拿到的pendingUrl是update调用成功后的瞬时值，后续原始导航启动后会直接替换这个值，整个过程是浏览器内部导航队列调度的正常逻辑，不会抛出任何错误。
• 回调里使用async/await会额外增加微任务延迟，进一步放大时序错位的概率，导致大概10%的场景下你的update操作先于原始导航执行，最终被覆盖失效。

优先选稳定性最高的webNavigation拦截方案，不需要靠时序碰运气：

1. 首先在Manifest V3配置文件中补充声明webNavigation权限：

{
  "manifest_version": 3,
  "permissions": ["tabs", "webNavigation"],
  // 其余配置保持不变
}

2. 在后台服务工作线程中用onBeforeNavigate事件做拦截，这个事件在导航正式发起前触发，时序完全稳定，不会被后续导航覆盖：

const REDIRECT_TARGET = "https://github.com";

chrome.webNavigation.onBeforeNavigate.addListener((details) => {
  // 仅处理主框架导航，忽略页面内iframe等子资源请求
  if (details.frameId !== 0) return;
  // 已经是目标地址时跳过，避免无限重定向循环
  if (details.url === REDIRECT_TARGET) return;

  // 校验标签页状态，仅处理刚创建的新标签页，不干扰用户后续手动跳转
  chrome.tabs.get(details.tabId, (tab) => {
    const isNewTab = tab.pendingUrl?.startsWith("chrome://newtab") || (!tab.url && tab.status === "loading");
    if (isNewTab) {
      chrome.tabs.update(details.tabId, { url: REDIRECT_TARGET });
    }
  });
}, {
  // 配置事件过滤规则，仅监听新标签页相关导航，减少无意义触发
  url: [
    { scheme: "chrome", hostEquals: "newtab" }
  ]
});

如果不想新增webNavigation权限，可以用补漏式监听的兼容方案，稳定性略低于上面的方案，但比单次onCreated调用可靠很多：

chrome.tabs.onCreated.addListener((tab) => {
  const target = "https://github.com";
  const tabId = tab.id;

  // 首次执行重定向
  chrome.tabs.update(tabId, { url: target });

  // 注册临时更新监听器补漏，修正被初始导航覆盖的情况
  const tabUpdateHandler = (updatedId, changeInfo) => {
    if (updatedId !== tabId) return;
    // 标签页首次加载完成后移除临时监听器
    if (changeInfo.status === "complete") {
      chrome.tabs.onUpdated.removeListener(tabUpdateHandler);
      return;
    }
    // 如果当前导航地址偏离目标，重新执行重定向
    if (changeInfo.url && changeInfo.url !== target) {
      chrome.tabs.update(tabId, { url: target });
    }
  };
  chrome.tabs.onUpdated.addListener(tabUpdateHandler);
});

• 不要在onCreated回调里添加不必要的async/await、延时逻辑，额外的执行延迟会提升时序错位的概率。
• 不要用固定setTimeout延迟重定向的方案，不同设备性能、负载差异极大，固定延迟无法覆盖所有场景，依然会出现概率失效。
• 所有重定向逻辑必须添加目标地址校验，避免触发无限重定向循环。

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