vscode默认不自动换行，editor.wordwrap仅控制显示层软换行（不改变代码），真正控制格式化换行的是pretterrc等外部工具的printwidth配置。
VSCode 默认不自动换行，所谓“代码太长自动换行”其实是编辑器启用了 wordWrap（软换行），和格式化无关；真正控制代码换行的是格式化工具（如 Prettier、ESLint）的宽度配置，不是 VSCode 自身设置。
为什么改了 VSCode 的 editor.wordWrap 没用？
很多人误以为调整 editor.wordWrap 能控制格式化后的换行，其实它只影响显示——就像把一张长纸卷起来看，内容没变，只是视觉上折行了。格式化是真实修改代码结构（插入换行、缩进），由外部 formatter 决定。
-
editor.wordWrap: "on"→ 长行在编辑器里“看起来”折行，但保存后仍是单行 -
editor.wordWrap: "off"→ 不折行显示，超宽代码会横向滚动 - 无论怎么设
wordWrap，prettier.formatOnSave保存时该断行还是断行，取决于 Prettier 的printWidth
如何真正控制 JS/TS/JSON 等文件的格式化换行宽度？
核心是配置你正在用的格式化器，最常见的是 Prettier。VSCode 本身不提供“格式化宽度”设置，它只是把配置透传给 Prettier。
- 项目根目录加
.prettierrc文件，写入：{ "printWidth": 100 } - 或用
.prettierrc.json，效果一致 - 如果用 Prettier 的 VSCode 插件，确保
prettier.requireConfig设为false才会 fallback 到默认值（80），否则无配置时会跳过格式化 - 注意：Prettier 的
printWidth是“目标行宽”，不是硬性截断——它会尽量保持语义完整（比如不会把对象属性拆到下一行，除非必要）
为什么改了 printWidth 还是没换行？
常见原因不是配置错，而是格式化根本没触发，或者被其他工具覆盖。
- 检查当前文件是否绑定了 Prettier：右下角状态栏点格式化工具名称，确认是
Prettier，不是ESLint或TypeScript - 确认
editor.formatOnSave已启用，且该语言未被editor.formatOnSaveTimeout或[javascript].editor.formatOnSave等语言专属设置禁用 - 如果有
.eslintrc且启用了eslint.formatOnSave，ESLint 可能接管格式化，此时要配rules: { "max-len": ["error", { "code": 100 }] }，但它只报错不自动修复换行 - 某些框架 CLI（如 Create React App）会锁死 Prettier 版本或配置，直接改项目级
.prettierrc可能无效，得查它自己的约定
真正起作用的永远是格式化器的配置，不是 VSCode 的显示设置；而最容易被忽略的，是格式化器是否真的在运行——右键菜单选“Format Document With...”手动试一次，比瞎调设置快得多。
