Chrome扩展开发：如何让非可见标签页具备与可见标签页一致的运行能力？

方案1：劫持页面可见性相关属性（需调整注入时机） #

你之前的代码失效核心原因有两个：一是未覆盖所有可见性判断属性，二是注入时机晚于Twitter自身脚本执行。

• 首先调整扩展内容脚本的注入时机，在manifest.json中给对应内容脚本配置"run_at": "document_start"，保证代码在页面自身脚本加载前执行。
• 使用完整的劫持代码，覆盖所有Twitter可能调用的可见性判断属性：

// 劫持document.hidden
Object.defineProperty(document, 'hidden', {
  get: () => false,
  configurable: true
});

// 劫持document.visibilityState
Object.defineProperty(document, 'visibilityState', {
  get: () => 'visible',
  configurable: true
});

// 拦截所有visibilitychange事件，捕获阶段就拦截优先级高于页面自身监听
document.addEventListener('visibilitychange', e => {
  e.stopImmediatePropagation();
}, true);

// 可选：劫持window.hasFocus，避免页面通过焦点判断活跃状态
Object.defineProperty(window, 'hasFocus', {
  value: () => true,
  configurable: true
});

方案2：使用Chrome Debugger API实现完全一致的运行状态 #

如果属性劫持仍然失效，可通过扩展的chrome.debugger API控制目标标签页，该模式下不管标签是否可见，页面的定时器、渲染、交互响应逻辑都和可见状态完全一致：

• 首先在manifest.json中申请debugger权限和对应Twitter的主机权限
• 附加调试器到目标标签页后，通过Input.synthesizeScrollGesture命令模拟滚动，替代window.scrollBy，可稳定触发Twitter的内容加载逻辑
• 该方案唯一的缺点是用户会看到地址栏下方的调试提示横幅，可提前在扩展说明中告知用户。

方案3：直接调用Twitter内部接口（最稳定，无需标签页） #

该方案完全不需要打开标签页，也不存在可见性问题，纯后台运行无干扰，完全不需要部署后端：

• 扩展通过chrome.cookies API读取Twitter域名下的auth_token和ct0（即csrf令牌）Cookie
• 直接请求Twitter的following列表内部接口，携带对应的请求头和游标参数即可批量拉取所有关注列表
• 所有逻辑都可在扩展的Service Worker中完成，比页面爬取效率高数倍，也不会被页面的节流逻辑限制。

关于定时器节流的补充 #

非活跃标签页下setInterval、requestAnimationFrame都会被浏览器节流，不要在内容脚本中调度爬取逻辑，改为在扩展的Service Worker中通过setTimeout循环调度，再通过chrome.tabs.sendMessage通知内容脚本执行对应操作，Service Worker的定时器不会被标签页活跃状态影响。

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