VSCode默认不开启自动换行，关键在选对模式：设"on"会按视口宽度硬切导致缩进错位和语法断裂；推荐"bounded"配editor.wordWrapColumn为100（TS/JS）或120（JSON/YAML），兼顾可读性与结构完整性。
VSCode 默认不开启自动换行，长行代码挤成一坨，眼睛累、找 bug 难——开 editor.wordWrap 就能解决，但直接设 "on" 往往反而更乱，关键在选对模式。
为什么 editor.wordWrap: "on" 有时越开越糊？
VSCode 的自动换行有三种模式："off"（关）、"on"（硬换行）、"bounded"（宽度限制换行），还有个隐藏但实用的 "wordWrapColumn"。设成 "on" 会按编辑器视口宽度硬切，遇到超长字符串或 JSON 一行就劈成十几段，缩进错位、括号对不上，反而干扰阅读。
-
"on"：依赖当前窗口宽度，拖动侧边栏或切分窗口时换行点跳变 -
"bounded"：按固定列数（默认 80）换行，稳定，适合协作和 diff - 真正干净的换行，往往要配
"wordWrapColumn": 100或120，避开语法结构断裂点
怎么让 JSX/TSX 不在 {} 里乱断行？
JSX 属性值、模板字符串、对象字面量内部被强行换行，是 editor.wordWrap 最让人抓狂的副作用。这不是 bug，是它只看字符长度，不理解语法。解决思路不是关掉，而是用语言专属配置局部覆盖：
- 在
settings.json中加语言特定设置：
{
"[typescriptreact]": {
"editor.wordWrap": "bounded",
"editor.wordWrapColumn": 100
}
}
.md 或 .json 文件，可设 "editor.wordWrap": "off"，靠预览或格式化工具处理"on"，尤其不要在团队共享 settings 中用它
editor.wordWrapColumn 设多少才不打断代码逻辑？
80 是历史惯例，但现代屏宽和 ESLint 规则普遍设 max-len: 100 或 120。设太小（如 60），函数调用链、链式 Promise 每次都断在 . 前；设太大（如 160），失去换行意义。实测下来：
- TypeScript/JavaScript：推荐
100—— 匹配主流 lint 规则，保留函数参数完整可视 - JSON/YAML：设
120更安全，避免对象嵌套层级被切碎 - Python：建议
90，因缩进敏感，换行后空格对齐容易错 - 改完记得重启 VSCode 或重载窗口（
Ctrl+Shift+P→Developer: Reload Window）
最麻烦的其实是注释里的 URL 或 base64 字符串——它们既不能折行又不能删，这时候得靠 editor.wrappingStrategy: "simple"（VSCode 1.85+）配合 wordWrapColumn，比默认的 "advanced" 更少破坏语义。别忘了，自动换行只是视觉辅助，不是代码格式化替代品。
