debug.console.wordWrap需手动配置才生效，它不继承editor.wordWrap；开启后仅在空格、/、-等处分行，无法处理无分隔符长字符串；性能瓶颈源于调试器数据请求而非显示设置。
debug.console.wordWrap 无效？必须显式配置才生效
调试控制台（Debug Console）不响应 editor.wordWrap，哪怕你在 Settings UI 里开了“自动换行”或按了 Alt+Z，它照样横向滚动。它用的是独立渲染层，只认自己的两个配置项：debug.console.wordWrap 和 debug.console.lineHeight。
必须手动编辑 settings.json，加上这两行：
{
"debug.console.wordWrap": true,
"debug.console.lineHeight": 0
}
wordWrap: true 开启后是视口软折行，但只在空格、/、- 等分隔符处断行；lineHeight: 0 能避免字体行高导致的光标错位，提升多行表达式求值时的定位准确度。
长 base64 或无空格路径仍溢出？这不是配置问题，是设计限制
即使开了 debug.console.wordWrap，以下内容依然会横向溢出、触发滚动条：
- JSON 响应体中一整段未换行的
base64字符串 - 拼接的超长路径：
/home/user/very/long/nested/path/to/file.js - 压缩后的单行 JS：
const a="";function b(){}
这不是 bug，是调试控制台的硬约束：它不会劈开连续字符。此时唯一有效动作是预处理输出——在代码里主动加 \n，或用 JSON.stringify(obj, null, 2) 格式化对象，而不是指望控制台自动切行。
变量太多、对象太深？限制调试器加载深度
调试时展开一个嵌套 20 层的 Map 或递归引用的对象，VSCode 会卡住几秒甚至假死。这不是渲染慢，是调试器在反复请求子属性值。
在 launch.json 的配置中加入限制项：
"maxChildren": 100, "maxStringLength": 500, "skipFiles": ["<node_internals>/**"]
这些参数直接作用于调试适配器（Debug Adapter），大幅减少数据往返。尤其对 Node.js 和 Java 调试器有效。maxChildren 控制每个对象最多展开多少子项；maxStringLength 防止超长日志字符串拖垮 UI；skipFiles 跳过内部模块，避免无意义的堆栈污染。
调试控制台和终端不是一回事，别混着调
很多人把 Debug Console 当成 Terminal 来调，结果改了 terminal.integrated.wordWrap 或 stty size，发现完全没反应。它们底层机制完全不同：
- Debug Console 是 VSCode 内置的只读表达式求值面板，走 debug adapter 协议，输出来自调试器本身
- Terminal 是 shell 进程输出，换行由系统
$COLUMNS和 line discipline 控制
想调调试输出性能，就只动 debug.console.* 和 launch.json；想调构建日志滚动体验，才去改 terminal.integrated.scrollback。方向错了，调三天也没用。
真正影响调试控制台响应速度的，从来不是显示宽度，而是你让它评估什么——一个 JSON.stringify(largeArray) 比一百个 console.log 更容易卡住 UI。
