VSCode不支持保存时自动将CRLF转LF，仅能手动切换或依赖Git与配置协同；需通过状态栏点击、命令面板或设置files.eol配合.gitattributes和core.autocrlf统一管理。
VSCode 本身不支持“保存时自动将 CRLF 转 LF”这种主动换行符转换逻辑——它只会在你明确触发时重写换行符，不会在后台静默修改已有行尾。 所有“自动转换”效果都依赖组合配置或外部工具协同，单独改一个设置基本无效。
怎么立刻切换当前文件的换行符（最常用）
这是唯一真正即时、零配置、100% 可控的操作方式。右下角状态栏显示 CRLF 或 LF，点击它即可弹出菜单：
- 选
LF后，编辑器立刻按 LF 重绘所有换行，光标位置、折叠状态都不变 - 但**必须手动按
Ctrl+S（或Cmd+S）才能写入磁盘**；不保存就关文件，下次打开还是原格式 - 如果弹窗提示 “Change to LF” 和 “Keep as LF”，选后者更安全——避免 Git 误判为内容变更
- 状态栏不显示换行标识？检查该文件是否被 VSCode 识别为二进制（比如含
^@字符），或statusBar.visible被关了
为什么改了 files.eol 保存后还是 CRLF
files.eol 只控制“新插入的换行”，不触碰已有行尾。常见误解是以为设成 "\n" 就能一键转全文件——其实它只影响你按回车新增的那几行。
- 已存在 CRLF 文件 → 改
"files.eol": "\n"→ 新增行是 LF，老行仍是 CRLF - 想真正统一整份文件，必须显式触发换行重写：用命令面板运行
Change End of Line Sequence，或点状态栏切换 - 如果切换后一保存又变回 CRLF，大概率是
git config core.autocrlf设为true（Windows 默认），Git 在保存时偷偷还原了
如何让新建文件默认用 LF（团队协作刚需）
这是防止脏提交的第一道防线。Windows 下 VSCode 默认新建文件用 CRLF，必须强制覆盖：
- 打开
settings.json（Ctrl+Shift+P→Preferences: Open Settings (JSON)） - 添加或修改：
"files.eol": "\n"（注意是带英文双引号的字符串"\n"，不是文字 “LF”） - **重启窗口**（
Ctrl+Shift+P→Developer: Reload Window），否则新文件仍沿用旧行为 - 这个设置只对“未指定换行符的新建文件”生效（如空
.js、.py），已有文件不受影响 - 若仍不生效，检查是否被项目级
.vscode/settings.json、.editorconfig或多根工作区配置覆盖
跨平台项目真正可靠的三件套
单靠 VSCode 设置解决不了协作场景下的换行符漂移。必须 VSCode + Git + 项目配置对齐：
- Git 层：项目根目录加
.gitattributes，内容为* text=auto eol=lf - VSCode 层：在项目
.vscode/settings.json中设"files.preferredLineEnding": "lf"（注意是字符串"lf"，不是"\n"） - Git 全局层：执行
git config --global core.autocrlf false（Windows）或input（macOS/Linux） - 已有文件批量修正：运行
git add --renormalize .，再git commit，Git 会按.gitattributes重写索引中所有文本文件的换行符
最容易被忽略的是 core.autocrlf 和 .gitattributes 的优先级关系：Git 的规则永远高于编辑器设置。哪怕 VSCode 显示 LF，只要 Git 配置没关，提交时就可能悄悄变回 CRLF。
