VSCode不支持插件热拔插，禁用后Ctrl+Click仍能跳转是因为路径解析依赖jsconfig.json/tsconfig.json配置和内置TS Server，而非插件本身；仅配置修改、命令执行、Webview刷新可动态生效，彻底清除影响须重启窗口。
热拔插在 VSCode 插件中根本不存在
VSCode 不支持运行时“卸载再重装”某个插件而不重启窗口——所谓“热拔插”是开发者误传的概念。插件一旦被激活（即 activate() 执行），其注册的命令、监听器、Webview 实例、语言服务器连接等全部绑定到当前窗口生命周期；关闭插件面板或禁用插件，只会阻止新激活，已加载的模块仍驻留内存，资源不会自动释放。
为什么禁用插件后 Ctrl+Click 仍能跳转？
路径跳转（如按住 Ctrl 点击 @/utils/request）依赖的是 jsconfig.json 或 tsconfig.json 中的 compilerOptions.paths 配置，而非插件本身是否启用。只要配置存在且被 TypeScript 服务读取，VSCode 的语言功能（由内置 TS Server 提供）就能解析别名。禁用 Path Intellisense 或 Auto Import 这类插件，只影响补全建议和自动导入行为，不影响基础跳转能力。
真正可动态切换的行为只有三类
以下操作无需重启窗口即可生效：
-
settings.json中修改插件专属配置（如liveServer.settings.port），多数插件监听workspace.onDidChangeConfiguration并热更新内部状态 - 通过命令面板执行插件提供的命令（如
ESLint: Fix all auto-fixable Problems），属于一次性的函数调用 - 部分插件暴露 Webview 面板，其内容可刷新或重载（如 REST Client 的请求结果页），但这不等于插件本体被“拔掉重插”
插件作者能做的边界在哪里
插件无法主动清理自己全部痕迹。例如：
- 已注册的
vscode.commands.registerCommand在禁用后仍存在于命令列表中，直到窗口关闭 - 通过
vscode.window.createWebviewPanel创建的面板，即使插件禁用，只要用户没关掉该面板，它就继续运行 - 后台启动的子进程（如语言服务器）不会因插件禁用而终止，需靠插件自己实现
deactivate()清理逻辑，但该函数不保证一定被调用（比如窗口直接关闭）
所以所谓“热拔插”，本质是用户对配置刷新、命令触发、Webview 重绘的错觉，不是底层架构支持的模块级热替换。真要彻底清空一个插件的影响，唯一可靠方式仍是重启 VSCode 窗口。
