VSCode 无法原生实现在第 80 列自动插入换行符，仅支持通过 editor.wordWrap: "bounded" + editor.wordWrapColumn: 80 实现软换行；硬换行需借助 Pretterr 等格式化工具配合 printWidth: 80 并启用保存时格式化。
怎么让 VSCode 在第 80 列自动换行
VSCode 默认不按列宽折行，而是靠 wordWrap 按容器宽度软换行。真要“在第 80 列断开”，得用 editor.rulers 配合手动/插件方式实现视觉提示或硬截断——但注意：VSCode 本身不提供“到达 N 列就自动插入换行符”的内置功能。
常见错误现象：editor.wordWrap: "on" 看起来像折行，其实只是软换行（不改变实际文本），提交后仍是长行；有人误以为开了 rulers 就会自动断行，结果只是画了条竖线。
-
editor.rulers只是标尺线，不影响内容——设成[80]后，编辑器里会出现一条垂直参考线，但敲字不会停、不会换行 - 如需真正“写到 80 列时自动插入
\n”，必须借助插件（如Auto Truncate）或保存时格式化（配合 Prettier + 自定义printWidth） - 不同语言行为不同：JS/TS 文件用 Prettier 可控，但 Markdown 或纯文本文件默认不触发格式化，
printWidth不生效
为什么改了 editor.rulers 却没看到折行效果
因为 rulers 和换行完全无关，它只控制标尺显示。真正影响是否“看起来断开”的是 editor.wordWrap 及其模式。
使用场景：多人协作中要求单行不超过 80 字符，靠标尺提醒作者自觉换行；或配合 ESLint 的 max-len 规则做静态检查。
-
editor.wordWrap: "off"→ 永远不软换行，超长行会横向滚动 -
editor.wordWrap: "on"→ 按编辑器窗口宽度折，不是按列数 -
editor.wordWrap: "bounded"+editor.wordWrapColumn→ 这才是按列数软换行的关键组合，例如设"wordWrapColumn": 80 - 注意兼容性：
wordWrapColumn在 VSCode 1.76+ 才稳定支持，旧版本可能忽略该值
保存时自动按 80 列硬折行（插入真实 \n）怎么做
这不是编辑器原生能力，得靠格式化工具链介入。核心思路是：保存时调用代码格式化器，在它支持的范围内把长行切开。
参数差异大：Prettier 支持 printWidth: 80，但仅对 JS/TS/JSX/CSS/Markdown 等它识别的语言生效；Python 要用 black 或 autopep8，配置项名和行为都不同。
- 打开设置搜
format on save，确保editor.formatOnSave为true - 在工作区根目录放
.prettierrc，内容写{"printWidth": 80} - 确认已安装对应语言的 formatter 插件（如
esbenp.prettier-vscode），且该语言的默认 formatter 是它 - 对非 Prettier 支持的语言（比如 Shell 或 JSON），此方案无效；强行启用会报错或静默失败
容易被忽略的细节：标尺线位置 ≠ 实际字符数
VSCode 的列计数基于 Unicode 字符宽度，但某些字符（如 emoji、全角汉字、制表符 \t）占位不等于 1 列。你看到标尺在第 80 列，光标移到那儿，editor.cursorColumn 显示的数字未必是 80。
更麻烦的是缩进：4 个空格算 4 列，但一个 \t 在不同设置下可能展开为 2/4/8 列，导致标尺对不准。
- 务必统一用空格缩进（
editor.insertSpaces: true），避免\t干扰列数判断 - 中文混排时，一行里有 10 个汉字 + 10 个 ASCII 字符，VSCode 计列为 20，但视觉宽度远超 80 像素——标尺只是字符计数，不是像素对齐
- 如果项目强制要求 Git 提交前每行 ≤80 字符（如 Linux 内核风格），别依赖编辑器视觉提示，必须用
git hooks + prettier --check或 CI 卡点
