vscode修改代码后需手动刷新chrome扩展因manifest v3无内置热加载机制，必须通过webpack监听文件变化、自动打包并调用chrome.management.reload()实现热更新，同时注意service worker缓存、manifest路径配置及调试器连接配置。
VSCode里改完代码要手动刷新Chrome扩展？别忍了
Manifest V3插件默认不支持热加载，每次改popup.js或background.js都得去chrome://extensions点“刷新”，效率极低。这不是你配置错，是V3本身没内置热更新机制——必须靠构建工具链补上这一环。
用Webpack + watch模式实现真正热加载
核心不是“让Chrome自动重载”，而是让VSCode监听文件变化、自动重新打包、再触发Chrome扩展重载。关键不在VSCode插件，而在项目构建层。
- 必须把
manifest.json和所有JS/HTML资源纳入Webpack入口管理，否则改了content.js它根本不知道 -
background.js不能直接写死在manifest.json里——得让Webpack输出到固定路径（如dist/background.js），再在manifest中指向它 - Webpack的
watch模式要启用，但默认不触发Chrome重载；需配合web-ext或自定义脚本调用chrome.management.reload() - 注意：Service Worker有缓存机制，即使文件更新，旧SW可能还在运行。改完后务必检查
chrome://serviceworker-internals/里是否已激活新版本
manifest.json里哪些字段会破坏热加载？
热加载失败常因manifest里写了无法被构建工具接管的硬编码路径或静态值。
-
"background": {"service_worker": "src/background.js"}❌ —— 路径没经过Webpack处理，改了也不会触发重打包 -
"content_scripts": [{"js": ["content.js"]}]❌ —— 同样没走构建流程，无法注入HMR逻辑 -
"web_accessible_resources"里的matches字段写成[""]会导致Chrome拒绝加载资源，热加载时直接报错Permission '' is not supported - 图标路径如果用相对路径且未配置Webpack的
file-loader或asset模块，改icons/icon16.png后不会自动复制到dist目录，导致扩展加载失败
调试时断点不生效？先查这三处
热加载跑起来了，但VSCode里打的断点就是不进，大概率卡在这几个地方。
-
launch.json里sourceMaps没设为true，或者outFiles路径没对上Webpack实际输出的dist结构 -
background.js里用了chrome.runtime.onInstalled但没加chrome.devtools.inspectedWindow.eval之类调试辅助逻辑，导致SW启动太快、来不及挂载调试器 - Chrome启动时没带
--remote-debugging-port=9222，VSCode调试器连不上，自然没法同步断点位置
热加载本身不解决调试器连接问题，它只管文件变更和重载；调试通路必须单独配，漏掉任一环，就只能靠console.log硬扛。
