自动换行（wordWrap）本身不卡顿，但与平滑滚动（smoothScrolling）叠加时会因布局计算与动画帧调度冲突导致卡顿，尤其在长行、高DPI屏或macOS触控板场景下；关闭smoothScrolling可快速验证并缓解问题。
自动换行（editor.wordWrap）本身不直接导致卡顿，但和 editor.smoothScrolling 同时启用时，在长行、高 DPI 屏或 macOS 触控板场景下容易触发渲染冲突——这不是 bug，是 Electron 渲染管线对「连续文本流 + 插值滚动」的处理瓶颈。
为什么 wordWrap + smoothScrolling 一起开会卡
VSCode 的自动换行需要实时计算每行软换行位置，而平滑滚动依赖高频 Canvas 帧插值；两者叠加时，主线程频繁在布局计算（wordWrap）和动画帧调度（smoothScrolling）之间切换，尤其在以下情况更明显：
- 文件含超长无空格行（如 base64、minified JS、日志拼接）
- macOS 触控板开启「惯性滚动」+ VSCode 启用
editor.smoothScrolling - 使用外接高刷显示器（120Hz+），但 GPU 加速未稳定启用
- 启用了
editor.cursorSmoothCaretAnimation，进一步加重渲染负载
关闭 smoothScrolling 是最快验证手段
这不是“放弃体验”，而是快速隔离问题：如果关掉 editor.smoothScrolling 后卡顿消失，说明瓶颈确实在渲染动画层，而非 wordWrap 逻辑本身。
- 打开命令面板（
Cmd+Shift+P或Ctrl+Shift+P），执行Preferences: Open Settings (JSON) - 找到
"editor.smoothScrolling": true这一行，改成false或直接删掉 - 保存后无需重启，滚动立即变为跳变式，但输入和光标响应会明显变跟手
- 若仍卡顿，再检查
"editor.wordWrap": "on"是否被设为"bounded"（该模式强制按列宽截断，比"wordWrapColumn"更耗计算）
保留自动换行又不卡的折中方案
不用全关 wordWrap，关键在控制触发条件和渲染压力源：
- 把
"editor.wordWrap"设为"off"或"bounded"，避免默认的"on"（即按窗口宽度自适应）——后者需持续监听窗口 resize 事件 - 加一行
"editor.wordWrapColumn": 120，配合"editor.wordWrap": "wordWrapColumn"，让换行点固定，减少重排次数 - 禁用
editor.cursorSmoothCaretAnimation（它和 smoothScrolling 共享同一套动画调度器） - 大文件场景下，临时用
Alt+Z（Windows/Linux）或Option+Z（macOS）手动开关 wordWrap，而不是全局启用
真正卡住你的，往往不是某个功能本身，而是多个“看起来无害”的渲染选项叠加后的隐式竞争。平滑滚动和自动换行单独看都很轻量，但它们在底层争夺同一块渲染资源带宽——这点在低配设备或远程开发环境下尤为敏感。
