VSCode Debug Console 表达式求值超时不可配置，因其由底层调试器（如 vscode-js-debug、debugpy）硬编码为 5–10 秒，走 DAP evaluate 路径，阻塞即挂起进程导致连接断开；JSON.stringify 大对象、同步 I/O、未 await 的 Promise 等易触发超时；应改用 console.log 输出到终端、VARIABLES 面板复制值或临时辅助函数替代。
VSCode 的 Debug Console 表达式求值没有用户可配置的超时时间。 它由底层调试器（如 vscode-js-debug、debugpy 或 delve）硬编码控制，通常为 5–10 秒，且无法通过 settings.json 或 launch.json 修改。
为什么改不了 timeout？
Debug Console 的表达式执行走的是 DAP 协议的 evaluate 请求路径：VSCode 发送表达式 → 调试器进程同步执行 → 序列化结果返回。一旦表达式阻塞（比如未 await 的 Promise、JSON.stringify() 大对象、同步 fs.readFileSync()），整个调试器进程就被挂起，DAP 连接在固定时限后强制断开——这不是“等待超时”，而是协议层的连接保活失败。
- 这个超时值由调试器实现决定：
vscode-js-debug默认约 5 秒；debugpy在某些版本中是 10 秒；delve不暴露该参数 -
editor.codeActionsOnSave.timeout、debug.node.autoAttach.timeout等设置完全不作用于 Debug Console 的evaluate - 试图在
launch.json中加"timeout": 30000对表达式求值无效——它只影响调试器启动阶段的连接等待
哪些表达式最容易触发超时？
这些操作看似简单，但在 Debug Console 中极易卡死：
-
JSON.stringify(largeObj)：尤其含循环引用或 10k+ 属性时，V8 序列化会深度遍历 + 递归检测 -
Object.keys(obj).map(...)：隐式触发 getter、Proxy handler 或 Symbol.iterator -
require('fs').readFileSync('./big.json')：同步 I/O 直接阻塞 Node.js 事件循环 -
await fetch('/api/data')：Node.js 调试器默认不支持异步evaluate，会挂起等待 -
process.memoryUsage()：某些 V8 版本下触发全堆 GC 扫描，耗时不可控
真要查大对象或执行复杂逻辑，用什么替代？
别硬扛 Debug Console，换更可靠、无超时限制的路径：
- 在代码里加
console.log(JSON.stringify(obj, null, 2))，输出到 TERMINAL 的 “Debug” 标签页——走 stdout，无超时，支持折叠/搜索 - 断点暂停后，在 VARIABLES 面板右键变量 → “Copy Value”：它使用轻量序列化，比
evaluate更快更稳 - 写临时辅助函数裁剪数据：
const safeInspect = (o) => ({ keys: Object.keys(o).slice(0, 20), length: Object.keys(o).length }); safeInspect(myObj)，再把结果粘贴进 Debug Console - 对特别深的对象，用
console.table()查看扁平结构，或console.dir(obj, { depth: 3 })控制展开层级
Debug Console 的设计初衷是快速探查小范围状态，不是执行任意代码的沙箱。超时不是配置问题，而是机制限制——接受它，然后绕过去。
