函数断点不依赖源码位置，只认运行时函数名，需在“断点”面板中手动添加，输入精确全名（大小写敏感、含命名空间），箭头函数和匿名函数不支持，95%失效源于函数名不匹配。
函数断点不是“高级技巧”，而是当你找不到具体行、代码是动态生成、或源码不可编辑时最直接的中断方式——它不依赖位置，只认函数名。
函数断点必须在“断点”面板里加，不能点行号
你无法通过点击行号左侧空白处设置函数断点。它和行断点是两类机制：行断点绑定到源码位置，函数断点绑定到运行时符号表。必须打开左侧“运行和调试”侧边栏 → 展开“断点”区域 → 点击“+”号 → 选择“函数断点” → 输入函数全名（如 getData、handleClick）。
- 输入后回车，该函数名会出现在断点列表中，带一个“ƒ”图标
- 函数名要精确匹配：大小写敏感，含无默认导出的命名空间（如
utils.formatDate要写全） - 箭头函数、匿名函数、IIFE 内部函数无法用此方式命中——它们没有可识别的函数名
- TypeScript 项目中，若函数被重命名（如通过
export default function foo()），断点应填编译后名称（通常仍是foo，但可通过调试控制台console.log(foo.name)确认）
函数断点在 Node.js 和浏览器环境的行为差异
Node.js（v14.18.0+）和现代 Chromium 都支持函数断点，但触发时机和兼容性有差别：
- Node.js：只要函数被调用即中断，无论是否
await、是否在模块顶层、是否被内联优化（V8 通常保留函数名） - 浏览器：需确保 DevTools 启用“Enable JavaScript source maps”，否则可能中断在压缩后函数名（如
o或a）上 - Webpack/Vite 项目：若启用
devtool: 'source-map'，函数断点能正确映射到原始 TS/JS 文件；若用'eval-source-map'，部分版本可能不支持函数名解析 - 函数被重定义（如
const fn = () => {}后又赋新值）时，旧断点不会自动迁移，需手动删除重建
常见失效原因：函数名对不上，不是调试器问题
函数断点“加了却不停”，95% 是名字没对准。别急着换调试器，先验证三件事：
- 在调试控制台（Debug Console）里输
typeof getData，确认它确实是function，且没被覆盖或未定义 - 检查是否拼错：比如
getdata（小写 d）、getDataAsync（多写了 Async） - 确认函数确实被执行了：在函数体第一行加个
console.log('hit')，看输出有没有——没输出说明调用链根本没走到这 - ES6 模块默认导出函数（
export default function myFn()）在 Node.js 中实际绑定名为default，断点应填default，而不是myFn
函数断点真正的复杂点在于：它依赖运行时暴露的函数名，而 JS 的函数名推导规则本身就有歧义（如箭头函数无名、const f = function g(){} 名为 g 但变量是 f）。所以最稳的做法永远是——先在 Debug Console 里查一遍 f.name。
