VSCode设editor.wordWrap为"on"即可按窗口宽度动态软折行，无需指定列数或重启；它仅在空格、/、-等自然断点处折行，不劈开变量名或URL，且响应式适配窗口缩放，比"wordWrapColumn"更适配编码场景。
editor.wordWrap 设为 "on" 就能按窗口宽度动态折行，不需要指定列数，也不用重启。
为什么选 "on" 而不是 "wordWrapColumn"
前者是纯响应式：拉宽编辑器，长行自动展开；缩窄，立刻软折行。后者（"wordWrapColumn"）会死守你设的列数（比如 120），哪怕窗口拉到 200 列也照样切，不适合写代码时频繁调整窗口大小的场景。
-
"on"只在空格、/、-、.等自然断点处折，不会劈开变量名或 URL - 中文、emoji、全角字符按渲染宽度算，不是字符数，所以折行位置可能略偏右，但基本可读
- 它不被语言级设置默认覆盖——除非你在
[javascript]这类块里显式写了"editor.wordWrap": "off"
配置方式：全局 or 语言专属？
直接改全局 settings.json 最省事：
{
"editor.wordWrap": "on"
}
如果只想对日志、Markdown 或 JSON 响应体启用（避免干扰 Python/JS 编码习惯），用语言专属配置：
{
"[log]": { "editor.wordWrap": "on" },
"[markdown]": { "editor.wordWrap": "on" },
"[json]": { "editor.wordWrap": "on" }
}
- 语言标识符必须用方括号，比如
[log]，不是log或"log" - 一旦某语言块里写了
"editor.wordWrap": "off"，它会盖过全局设置，得手动删掉 - 终端、调试控制台、大纲视图这些区域不支持
wordWrap，别白调
"bounded" 模式适合什么人？
如果你既要响应式，又怕窗口拉太宽导致一行超长难读（比如看 SQL 或大段注释），"bounded" 是折中选择：它取「窗口当前宽度」和「editor.wordWrapColumn 值」中的较小者作为折行依据。
- 必须同时设两个值：
"editor.wordWrap": "bounded"+"editor.wordWrapColumn": 120 - 窗口窄于 120 列时，按窗口折；宽于 120 列时，按 120 列硬卡——比
"on"更克制 - 但注意：
"bounded"在无空格长串（base64、哈希、超长路径）上会字符级硬截，可能把sha256_abcdef1234567890劈成两半
真正容易被忽略的是：插件可能悄悄关掉它。Prettier、EditorConfig、某些主题扩展会重置 editor.wordWrap 为 "off"，调完没反应时先禁用插件排查。
