关键是在 webauthn 异步回调中精准断点：需确保 https/localhost 环境，断点打在 .then() 首行或 debugger 主动控制流程，启用 promise 事件监听，并补全 .catch() 捕获异常。
在指纹识别比对回调里打断点调试，关键不是“能不能断”，而是“在哪断、怎么触发、为什么断不到”。因为大多数 Web 指纹识别（如 WebAuthn）是异步且受安全上下文限制的，直接在回调函数里加 debugger 或点击编辑器断点可能无效——尤其当回调由系统级认证器（如 Windows Hello、Touch ID）触发，且流程跨进程或被浏览器沙箱拦截时。
确认你用的是 WebAuthn API（不是私有 SDK）
很多所谓“指纹识别”其实是厂商封装的 JS SDK（比如某些银行/政务 App 的 native bridge），它们的回调可能运行在 WebView 或混合容器中，调试方式完全不同。如果是标准 WebAuthn：
- 确保页面运行在 HTTPS 或 localhost（WebAuthn 强制安全上下文）
- 使用
navigator.credentials.get({…})发起认证，回调是 Promise 的.then()或async/await后续逻辑 - 断点应打在 Promise resolve 之后的代码行，而不是“比对完成那一刻”的底层事件里（那层你无法访问）
在 Chrome DevTools 中有效打断点的方法
别依赖自动暂停，主动控制执行流：
- 在调用
navigator.credentials.get()前加debugger;，先停住，再手动点“Step into”跟进 Promise 内部（Chrome 会跳转到微任务队列中的回调） - 在
.then(credential => { … })的第一行或关键变量赋值后加debugger;，并确保这行代码**实际执行了**（检查是否因用户取消、超时、错误被跳过） - 打开 DevTools → Sources → Event Listener Breakpoints → expand “Async” → 勾选 “Promise”，这样 Promise resolve/reject 时会自动暂停
常见断不到的原因和绕过技巧
不是代码问题，而是环境或流程卡住了：
- 用户没触发认证弹窗：WebAuthn 不会自动比对，必须用户点击“使用指纹”按钮才唤起系统 UI。确保你已点击弹窗并完成指纹操作，否则 Promise 根本不 resolve
-
回调被吞掉或走 error 分支：务必写
.catch(err => { console.error(err); debugger; })，很多“断不到”其实是抛了异常但没处理 -
移动端 Safari / 微信内置浏览器限制多：它们可能降级为密码输入，或完全不支持某些选项。用
console.log('before get', 'after get')确认流程走到哪一步
替代方案：用 console + 时间戳定位瓶颈
当断点失效又急需验证逻辑时：
- 在关键位置插入
console.log('get start', Date.now())、console.log('resolve', credential.id, Date.now()) - 配合 DevTools 的 Console → ⚙️ → “Preserve log”，避免页面刷新丢失日志
- 对比两次时间戳，确认是卡在等待用户操作，还是卡在解析凭证数据
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
