在代码编辑过程中，遇到超长代码行需要频繁横向滚动查看，确实会影响编码效率和阅读体验。Visual Studio Code（VSCode）内置的自动换行功能正是为此设计，但其默认处于关闭状态，需要用户手动配置才能启用。
核心要点：启用VSCode自动换行的关键在于正确配置 editor.wordWrap 选项。临时切换可使用快捷键，永久生效则需修改编辑器设置。请注意，编辑器右键菜单中的“切换自动换行”仅为临时性操作。
临时切换：为当前文件快速启用换行
若您仅需临时查看某个包含长行的文件，而不想改动全局配置，可以使用快捷键快速切换。
按下 Alt+Z（Windows/Linux系统）或 Option+Z（macOS系统），当前激活的编辑器标签页将立即切换换行状态。您可以观察编辑器窗口右下角的状态栏，它会实时显示“换行”或“不换行”的提示信息。
使用此方法时，请注意以下几点：
- 此操作仅对当前聚焦的编辑器标签页有效。关闭该文件后再次打开，其换行状态将恢复为全局或语言特定设置所定义的行为。
- 确保光标焦点位于代码编辑区域。若焦点在集成终端、搜索面板、侧边栏或调试控制台，快捷键将不会生效。
- 若快捷键“失灵”，常见原因是当前文件类型的语言特定设置覆盖了全局设置。例如，全局已开启换行，但针对Markdown文件单独设置了
"editor.wordWrap": "off"。此时，可点击编辑器右下角的语言模式标识（如“Markdown”），选择“配置‘Markdown’语言特定设置…”，并将该语言下的editor.wordWrap值修改为"on"。
永久配置：为所有文件设置默认自动换行
如果您希望所有文件默认启用自动换行，避免反复操作，则需要修改用户设置。
最便捷的方法是打开设置界面（快捷键 Ctrl+, 或 Cmd+,），在搜索框中输入 word wrap，找到 Editor: Word Wrap 选项，从其下拉菜单中选择 on。
您也可以直接编辑 settings.json 配置文件，添加如下行：
"editor.wordWrap": "on"
配置过程中，请留意以下常见误区：
- 注意属性名大小写：正确的属性名为
editor.wordWrap，其中“W”为大写。误写为editor.wordwrap将导致设置无效。 - 谨慎使用
inherit值：此选项的行为可能受工作区设置或扩展插件影响，导致最终效果不可预测。 - 理解
auto的实际行为：该选项名称易产生误解，其行为在绝大多数情况下等同于off，仅在特定场景下触发换行，通常不建议选用。
设置保存后，通常无需重启VSCode，但部分已打开的文件可能需要手动触发一次换行切换（如按一次 Alt+Z）以刷新显示。
问题排查：为何超长字符串仍未自动换行？
这是用户常遇到的困惑：已将 editor.wordWrap 设置为 "on"，但面对超长字符串（如Base64编码数据、压缩后的单行JavaScript代码或冗长URL）时，内容仍显示为单行。
根本原因在于，"on" 模式仅在自然断点处（如空格、连字符、斜杠等）执行换行。对于中间无任何分隔符的连续字符序列，编辑器不会强行在中间截断。
若需强制换行，可尝试使用 "bounded" 模式，并配合 editor.wordWrapColumn 设置折行边界：
"editor.wordWrap": "bounded", "editor.wordWrapColumn": 40
"bounded" 模式会取“当前编辑器视口宽度”与您设定的“列数”（例如40）两者中较小的值作为折行边界。此策略既能防止内容溢出屏幕，又能在窄窗口模式下避免行高过于密集。
需要明确的是，所有自动换行都仅是视觉层面的渲染调整，不会在文件物理内容中插入换行符。因此，完全无需担心它会干扰Git版本对比、文件保存内容或代码的实际执行逻辑。
此外，若文件包含极长行（如数万字符），开启自动换行可能导致编辑器渲染性能下降。优先尝试 "bounded" 模式通常能有效缓解渲染压力。
高级配置：实现按固定列数（如120列）换行
部分开发团队遵循严格的代码规范，要求每行代码不超过特定字符数（如120列）。在VSCode中实现按固定列数换行，需组合配置相关选项。
仅设置 editor.wordWrapColumn: 120 是无效的，必须与 editor.wordWrap 的特定值配合使用：
- 严格按120列硬性折行：设置
"editor.wordWrap": "wordWrapColumn"与"editor.wordWrapColumn": 120。 - 兼顾宽屏与窄屏的灵活折行：使用
"bounded"模式，并同样设置"editor.wordWrapColumn": 120。这样在宽屏显示器上，行宽可扩展至视口宽度；在窄屏或分屏视图下，则会以120列为上限进行折行。
请注意，按列折行是纯粹基于字符计数的，不会识别单词边界或中文语义。这意味着一个冗长的变量名、URL或哈希值可能会从中间被截断换行。
另外，由于中文字符、Emoji表情及全角符号在显示时所占宽度与半角英文字符不同，实际的视觉折行位置可能会略超出设定的列数。
最后，两个关键细节常被忽略：一是特定编程语言的设置优先级高于全局设置；二是 "bounded" 模式对于处理无空格长字符串（如Base64）具备更优的“兜底”换行能力。许多用户遇到Base64不换行的问题，正是由于未意识到 "on" 模式本身不处理此类连续字符场景。
