答案：Svelte插件缓存未清理导致热重载后内存不释放，需通过Process Explorer定位svelteserver进程、清理CachedData中svelte-*子目录及插件自身.cache、关闭冲突配置并验证RSS波动≤±10MB。
热重载后内存不释放？Svelte Dev Server 与 VSCode 插件共存时的引用泄漏
Svelte 热重载（HMR）本身不直接导致 VSCode 内存残留，但 VSCode 的 Svelte 插件（如 svelte.svelte-vscode）在监听 .svelte 文件变更、启动语言服务器（svelteserver）和解析组件作用域时，会缓存 AST、类型定义和模块依赖图。若 HMR 频繁触发（比如保存即重载），而插件未及时清理旧模块快照，就会堆积在 %APPDATA%\Code\CachedData 或 ~/.vscode/extensions/svelte.svelte-vscode-*/node_modules/.cache 中，表现为编辑器响应变慢、CPU 持续 >30%、甚至 Extension Host 进程 OOM。
这不是 Svelte 编译问题，而是 VSCode 插件生命周期管理缺陷——它不会主动卸载已失效的模块句柄，尤其当组件内含 onDestroy 但未触发（因热替换跳过销毁钩子）时，插件仍持有对旧实例的弱引用。
- 检查是否真由 Svelte 插件引起：运行
Developer: Open Process Explorer，筛选进程名含svelteserver或svelte的条目，观察其 RSS 内存是否随保存次数线性增长 - 禁用其他前端插件（如 ESLint、Prettier）再测试，排除干扰；仅保留
svelte.svelte-vscode和官方esbenp.prettier-vscode（后者不参与 HMR） - 确认插件版本 ≥ v105.8.0（2026 年 4 月起修复了
ModuleCache.clear()调用缺失问题）；旧版需手动升级或降级至 v104.2.0（更稳定但不支持$$props类型推导）
如何安全清空 Svelte 相关缓存而不破坏类型检查
直接删整个 CachedData 会导致 TypeScript 语言服务重启延迟，且 Svelte 插件可能重建损坏的缓存目录。应只清理与 Svelte 强相关的子路径：
- Windows：
Remove-Item "$env:APPDATA\Code\CachedData\*\svelte-*" -Recurse -Force（注意通配符位置，只删含svelte-前缀的子目录） - macOS/Linux：
rm -rf ~/Library/Application\ Support/Code/CachedData/*/svelte-* - 同时清理插件自身缓存：
rm -rf ~/.vscode/extensions/svelte.svelte-vscode-*/node_modules/.cache（该路径下是 Rollup/Vite 插件缓存，非 VSCode 全局缓存） - 不要碰
workspaceStorage—— 这里存着 Svelte 组件的符号索引，删了会导致Go to Definition失效，重启后需全量重新解析
settings.json 中必须关闭的 Svelte 热重载干扰项
VSCode 默认启用的某些设置会与 SvelteKit 的 HMR 机制冲突，导致模块状态残留：
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
立即学习“前端免费学习笔记（深入）”；
-
"editor.codeActionsOnSave": { "source.organizeImports": true }—— 在.svelte文件中误删import { onMount } from 'svelte'（因未显式调用），引发运行时错误；建议仅对.ts/.js启用 -
"svelte.plugin.svelte.format.enable": true—— 若使用 Prettier，此选项会与prettier-plugin-svelte叠加格式化，造成 AST 重复解析；设为false，交由 Prettier 统一处理 -
"files.autoSave": "afterDelay"—— 延迟自动保存可能让 HMR 拿到中间态代码；改为"onFocusChange"更安全，避免光标还在编辑时触发重载
重启前必做的三步验证
清理后若仍有内存缓慢爬升，大概率是项目级配置未同步更新：
- 检查
svelte.config.js中是否启用了dev: { hot: { noReload: true } }—— 此配置会让 HMR 仅更新组件逻辑，跳过样式重载，但 VSCode 插件仍会监听 CSS 变更并缓存旧样式 AST；改用noReload: false或移除此字段 - 确认
tsconfig.json的"include"包含src/**/*.svelte，否则插件无法建立完整类型链，导致部分模块被漏析、残留引用 - 执行
npx svelte-check --tsconfig ./tsconfig.json，观察输出中是否有Unused import提示——若有，说明插件缓存未刷新，需手动删node_modules/.svelte-kit并重跑npm run dev
真正干净的状态不是缓存为空，而是每次热重载后 svelteserver 进程 RSS 值波动不超过 ±10MB；超过这个范围，说明插件或项目配置仍有未切断的引用链。
