vscode保存时删除空行需同时启用files.trimtrailingwhitespace和files.trimfinalnewlines：前者仅清除每行末尾空格（含空行内空白），不删空行；后者专用于压缩文件末尾连续换行符为一个，二者协同才能彻底清理空行与行尾空格。
VSCode 保存时删空行不是单一规则，而是两个配置协同作用
VSCode 本身**不会仅因 files.trimTrailingWhitespace 就删除空行**——这是最常见的误解。它只擦除每行末尾的空格、\t、\r，包括空行里的空白字符，但空行本身（即纯换行符）毫发无损。真正负责“压缩文件末尾多余空行”的，是另一个独立配置：files.trimFinalNewlines。它默认为 false，必须手动设为 true 才生效。
为什么开了 files.trimTrailingWhitespace 还看到空行？
因为这个配置根本不管换行符数量。例如文件末尾有三行空行：
- 第一行：空行 →
files.trimTrailingWhitespace把它末尾的空格删干净，但它还是一个空行 - 第二行：空行 → 同样处理，仍保留
- 第三行：空行 → 同样处理，仍保留
结果仍是三行空行。你看到的“空行被删了”，大概率是同时开了 files.trimFinalNewlines，或者用了 Prettier 等格式化工具在保存时介入——而后者行为不可控，且可能覆盖原生逻辑。
files.trimFinalNewlines 和 files.insertFinalNewline 怎么配才稳？
这两个配置常被一起启用，但作用相反、互补：
-
files.trimFinalNewlines: true：保存时，把文件末尾所有连续的\n或\r\n压缩成一个 -
files.insertFinalNewline: true：保存时，确保文件以**且仅以一个换行符结尾**（即使原来没有）
单独开 trimFinalNewlines 可能导致文件结尾无换行；单独开 insertFinalNewline 又可能让原本只有一个换行的文件变成两个（如果格式化器没先 trim）。建议组合使用，并统一关掉 Prettier 的 endOfLine 自动推断，避免冲突。
容易被忽略的覆盖层：语言设置、EditorConfig、只读状态
哪怕你项目根目录 .vscode/settings.json 里写了 "files.trimFinalNewlines": true，也可能不生效：
- 当前文件 languageId 识别错误（比如
.env被当成plaintext），导致语言专属设置没加载 - 存在
[shellscript]这类语言级覆盖，且显式设了"files.trimFinalNewlines": false - 项目有
.editorconfig，其中insert_final_newline = true会和 VSCode 原生行为打架（前者强制加，后者可能先删再加） - 文件被 Git LFS 锁定或权限设为只读 —— VSCode 不会对只读文件执行任何 trim 操作
最可靠的验证方式：打开命令面板（Ctrl+Shift+P），运行 Developer: Inspect Editor Tokens and Scopes，确认右下角显示的 languageId 正确，且当前生效的设置来源清晰可查。
