断点停不住而console.log太糙，是因为未启用「变量值实时追踪」：需开启Settings→Debugger→JavaScript→Enable value tracking for objects，右键变量选Reload from Memory，并用Logpoint或条件断点替代高频断点。

为什么断点停不住，console.log 又太糙？

因为没启用「变量值实时追踪」——WebStorm 默认只在断点暂停时显示当前作用域变量，而变量被修改却未触发断点时，你根本看不到变化过程。这不是代码问题，是调试配置没打开关键开关。

Debugger 面板里看不到变量更新？检查这三项

WebStorm 的 Variables 面板默认不自动刷新已展开对象的深层属性，尤其对引用类型（Object、Array）极易误判为“没变”：

• 右键点击变量 → 选 Reload from Memory（不是刷新整个面板，而是单个变量）
• 勾选 Settings → Build, Execution, Deployment → Debugger → JavaScript → Enable value tracking for objects
• 避免展开过深：展开嵌套超过 3 层后，WebStorm 可能延迟或跳过更新，改用 Watch 表达式监控具体路径（如 user.profile.settings.theme）

想看某个变量「每次赋值时」都停一下？用 Logpoint 或条件断点

普通断点太重，Logpoint 是轻量替代：它不暂停执行，只把表达式值输出到 Debug Console，适合高频变更场景（比如循环里的 i 或事件回调中的 event.target）：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 在行号左侧右键 → Add Logpoint → 输入 value = {variableName}（支持任意 JS 表达式）
• 需要暂停？右键断点 → More → 勾选 Condition，填入 variableName !== previousValue（需先在上一行设 let previousValue = variableName）
• 注意：Logpoint 不支持异步上下文（如 Promise.then 内部），此时必须用条件断点 + 手动缓存前值

Chrome 调试器和 WebStorm 同步失效？关掉这个选项

当你同时开着 Chrome DevTools 和 WebStorm 调试时，Settings → Languages & Frameworks → JavaScript → Debugger → Enable JavaScript debugger 若为关闭状态，WebStorm 会静默丢弃所有变量变更通知，且不报错。

立即学习“Java免费学习笔记（深入）”；

更隐蔽的问题是：若项目用了 sourceMap 但路径不对，WebStorm 会加载原始 TS/JSX 文件，而 Chrome 加载编译后文件，导致两个调试器看到的变量名、作用域完全错位——验证方法是，在 Debugger 面板里点开 This，对比 __proto__ 链是否与 Chrome 一致。