WebStorm调试JavaScript的核心前提是Debugger connected必须显示在右下角状态栏，否则断点无效；运行配置必须为JavaScript Debug类型，URL需指向本地HTML文件（如http://localhost:63342/index.html），且Chrome须安装JetBrains IDE Support插件并端口匹配。
WebStorm 调试 JavaScript 代码，核心前提不是“点虫子图标就行”，而是确保调试通道真实打通——Debugger connected 必须出现在右下角状态栏，否则断点全部失效。
JavaScript Debug 配置必须指向本地 HTML 文件
很多人误用 Node.js 或 npm 配置来调试浏览器端 JS，结果断点完全不触发。正确做法是：
- 运行配置类型必须选
JavaScript Debug（不是 Node.js） -
URL字段填的是可访问的 HTML 地址，例如http://localhost:63342/index.html（WebStorm 内置服务器默认端口为 63342） - 该 HTML 文件必须在项目根目录或其子目录下，且能被 WebStorm 内置服务直接提供（无需额外启服务）
- 如果项目已用 Vite/Webpack Dev Server 启动在
http://localhost:5173，就别填这个 URL —— 改用Attach to Node.js/Chrome配置，再手动打开chrome://inspect连接
Chrome 插件和调试端口必须协同生效
WebStorm 调试依赖 Chrome 与 IDE 的双向通信，缺一不可：
- Chrome 必须安装官方插件
JetBrains IDE Support（ID:hmhgeddbohgjknpmjagkdomcpobmllji） - 插件启用后，右上角应有图标；右键它 → “选项” → 确认 Host 是
localhost、Port 是63342（与 WebStorm 设置一致） - WebStorm 设置中：
Settings/Preferences → Tools → Web Browsers and Preview，检查内置服务器端口是否为 63342；若被占用，需同步改插件端口和此处端口 - 调试启动时，Chrome 总是以新用户数据目录打开（无书签/扩展），这是正常行为，不是配置错误
断点打不中？先看 sourcemap 和执行上下文
常见“点了 Debug、断点红了、但程序飞过不停”的原因，90% 出在这里：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 脚本是构建产物（如
dist/bundle.js）且没生成或没加载.map文件 → 检查浏览器 Network 面板，确认bundle.js.map返回 200 - 用了
eval或inline-source-map类型，某些场景下 WebStorm 无法映射 → 改用source-map或hidden-source-map并外置 .map 文件 - 断点打在异步回调（
setTimeout、Promise.then、事件监听器）里 → V8 引擎可能尚未编译该函数，或作用域已销毁；建议在回调第一行设断点，或用debugger语句辅助 - 脚本由
iframe或 Service Worker 加载 → WebStorm 默认不监听这些上下文；需在Settings → Debugger → JavaScript → Auto-open in browser下勾选对应选项
变量值显示 undefined 或滞后，不是 bug 是限制
悬停查看变量时出现 undefined、旧值、或根本读不到，通常与执行时机和作用域有关：
- 变量只在当前调用栈帧（frame）内实时可读；跳出函数后，闭包变量可能无法还原
- 不要依赖悬停看
async函数内部 await 后的值；改用右键变量 →Evaluate Expression，输入await somePromise主动求值 - 构建时开启了
minify或mangle（如 Terser 默认行为）→ 参数名变成a、t，WebStorm 无法关联原始语义；开发阶段务必关掉压缩 -
console.log仍是最稳的验证手段，尤其对异步链中间态；调试器是辅助，不是替代
最易忽略的一点：debugger 语句没反应，大概率是因为 Chrome DevTools 根本没开，或者 WebStorm 调试会话压根没连上 —— 不是代码问题，是通道问题。每次怀疑断点失效，第一反应应该是看右下角有没有 Debugger connected。
