Chrome DevTools 黑盒屏蔽第三方库需三要素：配置忽略规则、启用Blackboxing开关、在源码而非打包文件中断点；手动右键Blackbox单文件或批量添加通配符规则（如node_modules/**），生效后脚本变灰、调用栈显示ignored。
在浏览器中用 Blackboxing 屏蔽第三方库代码，核心是让 Chrome DevTools 在单步调试、异常暂停、事件断点等场景下跳过指定脚本，只聚焦你的业务逻辑。操作不难，但需配齐三要素：忽略规则 + 黑盒启用 + 正确的源码映射。
手动黑盒单个干扰文件
适合快速处理已知高干扰文件（比如 react-dom.development.js 或 vue.runtime.esm-bundler.js）：
- 打开 DevTools → 切换到 Sources 面板
- 在左侧文件树中找到目标文件（常位于
node_modules/或Page标签下） - 右键该文件名 → 选择 Blackbox script
- 看到右下角提示 “Script blackboxed”，且编辑器顶部出现黄色提示条，即生效
批量配置忽略规则（推荐长期使用）
避免逐个添加，用通配符规则一劳永逸屏蔽整类文件：
- 点击 DevTools 右上角 ⚙️ → Settings → 左侧选 Ignore list（部分版本显示为 Blackboxing）
- 在 Add pattern 输入框中添加规则，例如：
node_modules/**
**/lodash.*.js
*.min.js
https://cdn.jsdelivr.net/npm/** - 每输一条点 Add，规则立即生效；已匹配的脚本在 Sources 中会变灰显示
确保调试真正“只走业务代码”
仅加忽略还不够，还需两项关键配合：
立即学习“Java免费学习笔记（深入）”；
- 开启 Blackboxing 行为：在 Ignore list 设置页，确认每条规则右侧的 Blackbox 开关已打开（默认新增规则会自动启用）
-
在源码而非打包文件中断点：优先在
webpack://或app://下的src/文件里打debugger或断点；别在bundle.js上设断点——它混着库代码，Blackboxing 无法精准生效 - 验证调用栈干净度：触发断点后看 Call Stack，被黑盒的文件应显示为 ignored，展开时只显示你自己的函数帧
临时恢复查看库内部（需要时）
怀疑是第三方库引发问题？可快速解除屏蔽：
- 在 Sources 面板中，右键已灰显的脚本 → 选 Don’t ignore this script
- 或回到 Settings → Ignore list，临时关闭对应规则的 Blackbox 开关
- 排查完记得恢复，否则日常调试又会跳进库代码
