VSCode保存后文件末尾无换行符，是因为默认不保证以换行符结尾；需同时启用files.insertFinalNewline: true（补一个换行）和files.trimFinalNewlines: true（删多余换行），二者协同才能确保末尾严格只有一个LF换行符。
files.trimFinalNewlines 和 files.insertFinalNewline 是控制文件末尾换行符的两个独立开关，它们不处理中间空行，也不影响格式化逻辑——只管最后一行是不是以 \n 结尾。
为什么保存后文件末尾还是没空行？
VSCode 默认不保证文件以换行符结尾。即使你开了 editor.formatOnSave，只要没配 files.insertFinalNewline，它就完全不管末尾有没有 \n。
-
files.trimFinalNewlines: true只会把末尾多个\n压成一个，比如\n\n\n→\n；但它不会在没有换行时主动加一个 -
files.insertFinalNewline: true才是真正“补空行”的那个：如果文件末尾不是\n，它会在保存时自动加上 - 这两个设置互不依赖，必须同时设才可靠：一个防多，一个保有
和 editor.formatOnSave 有什么关系？
基本没关系。格式化工具（如 Prettier、ESLint）可能自带末尾换行行为，但那是它们自己的规则，和 VSCode 的 files.*FinalNewline 设置无关。
- Prettier v3+ 默认开启
endOfLine: "lf"并强制末尾换行，但它的行为优先级低于files.trimFinalNewlines—— 如果后者为true且末尾已有\n，Prettier 加的换行不会被删；但如果 Prettier 没加，files.insertFinalNewline仍会兜底补上 - ESLint 的
final-newline规则只报错/修复，不直接干预保存流程，除非你配了eslint.format.enable: true且它作为格式化器被调用 - 两者共存时，执行顺序是：格式化器先跑 → 然后 VSCode 执行
trimFinalNewlines→ 最后才看insertFinalNewline是否需要补
怎么验证当前配置是否生效？
别只看设置开了没，要观察真实文件末尾字节。
- 打开一个不含末尾换行的文件（可用 hex editor 或命令行
xxd file.js | tail确认最后一行没0a） - 保存后立刻执行
tail -c1 file.js | xxd：输出应为00000000: 0a，表示已补上换行 - 右下角状态栏显示语言名旁若出现
LF或CRLF，说明换行符类型已识别，但不等于末尾一定有换行——得靠上面命令实锤 - 如果仍失败，检查项目根目录下的
.vscode/settings.json是否覆盖了用户级设置，或是否存在.editorconfig中的insert_final_newline = true冲突
最容易被忽略的是：这两个选项只作用于“保存”动作，对粘贴、新建文件、或通过 API 写入的内容无效；而且一旦被 .editorconfig 覆盖，VSCode 的 setting 就会静默失效。
