debugger语句是JavaScript中轻量直接的断点调试手段，需在代码中显式插入debugger;（独立语句、加分号），仅在开发者工具开启时生效；可配合if条件触发以精准定位问题，适用于动态代码、多环境复现等场景，但上线前必须移除以防影响生产环境。
直接在代码中写 debugger 语句，浏览器运行到这一行就会自动暂停，进入调试器。 它相当于在 DevTools 中手动打的一个断点，但由代码控制，更灵活、可条件触发。
怎么写才有效
在你想暂停执行的 JavaScript 代码位置（函数内、循环里、判断分支中等），插入一行：
debugger;注意几点：
- 必须是独立语句，后面要加分号（虽然 JS 会自动分号插入，但显式写上更稳妥）
- 不能写在被压缩/混淆后的代码里（否则难以定位，且可能被移除）
- 仅在开发者工具开启时生效；如果关闭了 Sources 面板或禁用了断点，它仍会暂停，但可能不显示提示
配合条件使用更实用
单独写 debugger 可能每次都会停，影响效率。可以加条件判断，只在特定场景下触发：
立即学习“Java免费学习笔记（深入）”；
if (userId === 'test123') { debugger; } if (data && data.items && data.items.length > 10) { debugger; }这样避免无关请求或正常流程被打断，聚焦问题现场。
和 DevTools 断点的区别
手动断点：在 Sources 面板点击行号左侧设置，依赖源码映射（source map），适合长期稳定调试；debugger：写在源码里，随代码加载即生效，适合临时验证、CI 环境复现、或动态注入调试逻辑（比如通过 bookmarklet 或 console 执行）。
两者不冲突，可以共存。但要注意：如果某行既有手动断点，又有 debugger，会停两次（一次为手动断点，一次为语句）。
常见问题提醒
- 代码部署前记得删掉或注释掉
debugger，否则用户也可能触发（尤其未启用 production 模式的打包配置） - 某些构建工具（如 Webpack 的
mode: 'production'）会自动移除debugger语句 - 在 iframe 或跨域脚本中，若未开启“Allow scripts to be debugged”等权限，
debugger可能无效
