VSCode默认不自动换行，需设"editor.wordWrap":"on"永久生效；当前文件临时换行按Alt+Z（Win/Linux）或Option+Z（macOS），仅作用于当前标签页，右下角实时显示状态，光标须在编辑区，语言特定设置可能覆盖全局配置。
VSCode 默认不自动换行，文本溢出必须手动干预——直接设 editor.wordWrap 为 "on" 是最简单、最普适的解法，但不是万能的；是否“最优”，取决于你面对的是代码、日志、base64 还是无空格超长串。
怎么立刻让当前文件换行（不改设置）
按 Alt + Z（Windows/Linux）或 Option + Z（macOS），仅作用于当前编辑器标签页。右下角状态栏会实时显示“换行”或“不换行”。
- 光标必须在编辑器主区域（不能在终端、搜索框、侧边栏）
- 若无效，大概率是当前语言（如
JSON、log）有 language-specific 设置覆盖了全局配置 - 此时点击右下角语言标识（例如 “JSON”），选 “Configure 'JSON' language settings”，把它的
editor.wordWrap也设为"on"
为什么设了 editor.wordWrap: "on" 还是不换行
常见失效原因不是配置写错，而是优先级被更高层设置覆盖：
-
language-specific设置优先级 > 用户级设置：哪怕全局开了"on"，一个.json文件仍可能保持不换行 -
workspace级设置可覆盖用户设置，检查项目根目录下的.vscode/settings.json - 别用
"auto"或"inherit"："auto"实际几乎等同于"off"；"inherit"行为不可控，易被插件或渲染环境干扰 - 大小写敏感：必须是
"editor.wordWrap"，写成"editor.wordwrap"无效
on / wordWrapColumn / bounded 三种模式怎么选
它们不是“高级替代”，而是应对不同场景的明确分工：
-
"on"：按视口宽度折行，适合日常代码、Markdown、日志阅读；不识别单词边界，但对大多数含空格/斜杠/连字符的文本足够友好 -
"wordWrapColumn"：严格按固定列数（如 120）硬切，需同时配editor.wordWrapColumn: 120；适合强规范团队，但窗口拉宽后仍强制折行，可能浪费空间 -
"bounded"：取“视口宽度”和editor.wordWrapColumn的较小值；适合既要大屏利用率、又怕单行过长的混合场景；但窗口缩放时换行点跳变，视觉不稳定
注意：所有模式都不插入真实换行符，git diff、复制粘贴、代码执行完全不受影响——它只是浏览器层的渲染行为。
base64、minified JS、超长 URL 还是挤成一整行怎么办
因为 VSCode 默认只在自然断点（空格、/、-、. 等）处折行；遇到无分隔符的字符串，"on" 和 "wordWrapColumn" 都不会切。
- 临时方案：用
"bounded"模式 + 极小editor.wordWrapColumn（如 40），靠视口宽度兜底 - 长期方案：这类内容本就不该靠编辑器换行来阅读——用专用查看器（如 base64 解码插件）、或预处理插入软换行符（
\u200b） - 别指望
editor.wordWrapMinified: true：该配置仅对极少数语言（如 HTML）部分生效，非通用方案
真正容易被忽略的是：极长行（几万字符）开启换行可能导致渲染卡顿，此时 "bounded" 比 "on" 更轻量——它限制了最大渲染宽度，避免浏览器尝试一次性 layout 整行。
