chrome扩展v2迁v3需用service worker替代后台页：manifest.json中background改用service_worker+type:"module"，background.js须移除全局变量、禁用dom/api、改用chrome.storage，定时任务用alarms api，内容脚本注入改用chrome.scripting.executescript并声明scripting权限。
将Chrome扩展的后台脚本从Manifest V2迁移到V3，核心是用事件驱动的Service Worker替代持久化后台页面，否则插件在2025年6月后将无法运行。
替换manifest.json中的background配置
打开你的manifest.json文件，删除整个"background"对象中关于"scripts"和"persistent"的旧字段；把原来的"background": { "scripts": ["background.js"], "persistent": true }整段替换成："background": { "service_worker": "background.js", "type": "module" }。
【必须添加"type": "module"】不加这行，background.js里无法使用import语法，后续模块化会直接报错。
同时检查是否还残留"browser_action"或"page_action"字段——它们已统一为"action"，漏改会导致图标点击无响应。
重写background.js为Service Worker逻辑
新建或重命名原background.js为service-worker.js（推荐），确保它只做三件事：注册监听器、响应事件、快速退出。
第一步：移除所有全局变量初始化代码。比如let counter = 0;这种声明必须删掉，因为Service Worker每次激活都是全新上下文，变量不会跨事件保留。
第二步：把原来chrome.runtime.onMessage.addListener这类监听器全部保留，但内部不能调用localStorage、window或document——这些API在Worker环境根本不存在，运行即崩溃。
第三步：需要持久状态时，强制改用chrome.storage.local异步读写。例如原来counter++要改成先await chrome.storage.local.get(['counter'])，再set({ counter: newValue })。
处理定时任务与长周期逻辑
方法一：用alarms API替代setInterval。在service-worker.js中调用chrome.alarms.create('sync', { periodInMinutes: 10 })，然后监听chrome.alarms.onAlarm事件触发具体操作。
方法二：对必须实时响应的场景（如监听tab更新），改用chrome.tabs.onUpdated等事件监听器——Service Worker会在事件触发时自动唤醒，执行完即休眠，无需你维持常驻。
注意：不要在Service Worker里写while(true)或setTimeout(fn, 0)循环，浏览器会强制终止该Worker，且不再重启。
注入内容脚本的API迁移
把原来chrome.tabs.executeScript(tabId, {file: 'content.js'})全部替换为chrome.scripting.executeScript调用。
首先确认manifest.json中已声明"scripting"权限："permissions": ["scripting"]；否则调用直接静默失败。
然后在service-worker.js中改写为：chrome.scripting.executeScript({ target: { tabId }, files: ['content.js'] })。这个新API要求显式指定目标tab，不能再省略tabId参数。
如果content.js需要访问网页DOM，它本身无需改动；但若原逻辑依赖chrome.extension.getBackgroundPage()，必须改为通过chrome.runtime.sendMessage与Service Worker通信。
