断点打在$:语句不生效，因$:是Svelte编译期语法糖，不会出现在运行时JS中；应在使用派生值处或添加console.log调试语句设断点。
断点打在$:语句里不生效？这是编译期语法，不是运行时代码
WebStorm 的 JavaScript 调试器只处理实际执行的 JS 代码，而 $: 是 Svelte 编译器在构建阶段解析并展开的语法糖，不会原样出现在最终生成的 JS 中。你在 $: doubled = count * 2; 上打的断点，本质上没有对应的真实语句位置。
实操建议：
- 不要在
$:行设断点——它永远不命中；改用在后续使用该派生值的地方设断点，比如{doubled}渲染处或调用它的函数内部 - 想确认响应式逻辑是否触发，可在
$:后加一行真实可调试语句：$: doubled = count * 2;<br>console.log('doubled updated:', doubled); // 这里能打断点 - 升级到 WebStorm 2023.3+，对
$:的 AST 解析更完整，悬停查看依赖、Ctrl+Click 跳转变量定义的成功率明显提升
export let name: string 类型报错，但组件渲染正常？TypeScript 支持没真正激活
WebStorm 默认按纯 JavaScript 解析 <script lang="ts">，即使你写了类型标注，IDE 也不会启用 TS 类型检查，导致 export let 报 Cannot resolve symbol 或类型推导为空。
实操建议：
- 项目根目录必须存在
tsconfig.json（哪怕只有{"compilerOptions": {}}） - 进入
Settings > Languages & Frameworks > TypeScript，TypeScript version 选Project preferences，并手动指定路径为node_modules/typescript - 检查
Settings > Languages & Frameworks > Svelte是否已启用（需 Svelte 插件 + 重启），否则 TS 配置不会透传给 Svelte 文件 - 已打开的 .svelte 文件右下角语言标识若还是
JavaScript，点击后手动切换为Svelte
状态变了，UI 不更新？先排除 WebStorm 缓存和语言服务器未就绪
响应式失效常被误判为代码问题，其实 WebStorm 的 Svelte Language Server（SLS）若未加载成功，会导致类型信息缺失、$state() 无法识别、甚至影响 HMR 热更新链路，间接造成 UI 停滞假象。
实操建议：
- 运行
npx svelte-check --watch在终端验证 SLS 是否工作——如果报command not found，说明插件或本地依赖没到位 - 确保项目有
svelte.config.js或至少jsconfig.json，否则 SLS 启动失败，WebStorm 就退化为纯文本编辑器 - 执行
File > Invalidate Caches and Restart > Invalidate and Restart，尤其当你刚装完插件或改过配置 - 检查右下角状态栏是否有
Svelte LS: Ready提示；没有则去Settings > Languages & Frameworks > TypeScript > Svelte勾选Enabled
调试外部 .svelte.js 文件里的 $state()？它根本不在组件上下文中
.svelte.js 是普通 JS 模块，不是 Svelte 组件，$state() 在其中声明的状态脱离了组件生命周期和响应式追踪系统，即使值变了，也不会触发任何 DOM 更新——这不是 WebStorm 的问题，是 Svelte 运行时机制决定的。
实操建议：
- 避免在
.svelte.js中直接导出$state()变量；改用export function useCounter()返回一个带$state的对象，由组件内调用 - 若必须共享状态，用
import { writable } from 'svelte/store'创建 store，store 是跨组件响应式的 - 调试这类文件时，别指望 WebStorm 能像在 .svelte 里那样跳转响应式依赖——它按标准 JS 模块解析，
$state只是个普通函数调用
WebStorm 对 Svelte 的调试支持始终受限于两个边界：一是语言服务器是否真正接管，二是 IDE 是否把文件识别为 Svelte 类型而非文本或 HTML。很多“响应式不工作”的问题，根源不在代码，而在右下角那个小小的语言标识没切对，或者缓存里还躺着旧的解析结果。
