VSCode自动保存（formatOnSave）与自动换行（wordWrap）完全独立：前者调用格式化工具插入真实换行符，后者仅为编辑器视觉软折行，不改变文件内容；必须单独配置editor.wordWrap:"on"实现显示换行，而真正断行需依赖Prettier等工具的printWidth等参数。
VSCode 自动保存（editor.formatOnSave）和自动换行（editor.wordWrap）是两套完全独立的机制，**自动保存不会触发自动换行，也无法“设置成自动换行”**。前者改的是文件内容（插入真实换行符），后者只是编辑器里的视觉渲染（不改任何字符）。想让长行“看起来折行”，必须单独配 editor.wordWrap；想让长行“真正断开”，得靠格式化工具（如 Prettier、Black）配合 printWidth 等参数。
为什么 autoSave 后还是不换行？
因为 editor.wordWrap 默认是 "off"，且它和保存行为毫无关系——哪怕你每秒保存十次，只要没启用换行，编辑器就永远只显示横向滚动条。
- 常见误判：看到保存后代码没变样，以为“换行没生效”，其实是根本没开
editor.wordWrap - 更隐蔽的问题：开了
editor.wordWrap: "on"，但当前文件语言（比如[json]）在 language-specific 设置里被强制设为"off"，全局配置被覆盖 - 注意：格式化工具（如 Prettier）可能重置
editor.wordWrap行为，尤其在启用prettier.auto_format_on_save时
怎么让所有文件默认软换行（纯视觉）
直接改用户级 settings.json 最可靠，避免图形界面被语言设置覆盖：
- 快捷键
Ctrl + ,（Win/Linux）或Cmd + ,（macOS）→ 右上角点Open Settings (JSON) - 加这一行：
"editor.wordWrap": "on"（别用"auto"或"inherit"，前者几乎不触发，后者易被插件覆盖） - 如果只想对文档类文件启用（推荐），写成这样：
{ "editor.wordWrap": "off", "[markdown]": { "editor.wordWrap": "on", "editor.wordWrapColumn": 65 }, "[plaintext]": { "editor.wordWrap": "bounded" } }
怎么让代码真正硬换行（配合自动保存）
这才是 editor.formatOnSave 的作用场景——它调用格式化器插入真实 \n，不是视觉折行：
- Python：装
black或autopep8，配"python.formatting.provider": "black"和"editor.formatOnSave": true - TypeScript/JS：装
Prettier，在settings.json加："editor.formatOnSave": true, "prettier.printWidth": 100,
- XML：用 Red Hat 插件，配
"xml.format.wrapLineLength": 120，再开editor.formatOnSave - 关键区别：
printWidth控制硬换行位置，editor.wordWrapColumn只影响软换行渲染，二者数值可以不同，互不干扰
缩进错位、base64 一长条、右下角状态不更新？
这些是高频踩坑点，不是配置漏了，而是优先级或边界条件没对上：
-
editor.wrappingIndent: "indent"必须配，否则软换行后第二行顶到行首，嵌套结构全乱 - base64、minified JS、超长 URL 不会按空格断开——
on模式只在分隔符处折行；真要切，只能用"bounded"模式（但会从中间劈开字符串） - 右下角不显示“换行”状态？检查焦点是否在编辑器主区域（不在终端、搜索框、侧边栏）
- 最常被忽略的：language-specific 设置优先级 > 用户设置 > 工作区设置。点右下角语言标签（如
JSON）→Configure 'JSON' language based settings，删掉里面的"editor.wordWrap": "off"
软换行和硬换行本质不同，混用时协作风险高——别人用 Vim 打开同一文件，看到的“换行位置”可能完全不同。把它当个人阅读辅助可以，但别当成团队规范。
