Chrome扩展获取当前活动标签：currentWindow与lastFocusedWindow对比

问题1：MV2背景页中currentWindow不存在的场景 #

在MV2扩展的背景页里，currentWindow会不存在的情况主要有这些：

• 背景页为非持久型事件页面，且被定时任务、后台API回调这类非用户触发的事件唤醒时，此时背景页没有绑定任何用户正在交互的窗口，currentWindow找不到对应的值。
• 浏览器刚启动，扩展自动加载但还未打开任何浏览器窗口的时候，背景页没有可关联的当前窗口。
• 所有浏览器窗口都被最小化，且没有窗口处于用户聚焦状态时，currentWindow无法定位到有效窗口。

问题2：用lastFocusedWindow获取用户交互的当前活动标签是否有问题？ #

用{ active: true, lastFocusedWindow: true }来获取用户正在交互的当前活动标签完全没问题，甚至比大家常用的{ active: true, currentWindow: true }更靠谱：

• lastFocusedWindow语义明确，始终指向用户最后聚焦的窗口——也就是当前正在交互的窗口，不受背景页上下文影响，稳定性更高。
• 反观currentWindow，在MV2的事件页面场景下容易失效，文档也提到类似MV3 Service Worker的场景下它会退化为最后激活的窗口，部分场景下直接不存在，语义上也存在歧义。
• 高赞回答没提到这个方案，主要是因为lastFocusedWindow是后续新增的API，早期回答形成了使用currentWindow的习惯，但从功能准确性来看，它是更优的选择。

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