Notepad++ 唯一安全的行尾空格处理方式是原生选项“Trim trailing spaces automatically”，但其为全局强制清除，不区分文件类型、不可撤回、不支持 Unicode 空白；插件方案易致编码损坏、BOM 丢失、换行符错乱且无法语义识别。
Notepad++ 没有“保存时自动精简行尾空格”的安全插件方案——所谓插件实现，本质是绕过主设置、劫持保存流程，极易引发编码损坏、BOM 丢失或跨平台换行符错乱。
为什么别信“插件自动清理”宣传
网上所谓“用 PythonScript 或 TextFX 实现保存时自动删行尾空格”，实际踩坑远多于便利：
- PythonScript 插件调用
editor.getText()读取全文再rstrip()，大文件直接卡死，且无法保留原始换行符（\r\n可能被转成\n） - TextFX 等老插件在含 UTF-8 BOM 的文件中会静默吞掉 BOM 头，导致某些编译器/解释器拒绝加载
- 插件 onSave 钩子执行时机早于主编辑器的保存逻辑，可能和
Trim trailing spaces automatically冲突，造成空格删了又补、补了又删的诡异现象 - 所有插件方案都无法区分语言：你在
Makefile行尾加的续行空格、在Markdown行尾加的两个空格换行，全被一视同仁吃掉
真正生效的全局控制只有一处
Trim trailing spaces automatically 是唯一由 Notepad++ 原生支持的保存时行尾空格处理开关，但它不是“可配置的精简”，而是无条件强制清除：
- 勾选后，每次 Ctrl+S 都会删掉所有行末的
\t，不管当前文件类型、不预览、不可撤回 - 它不识别 Unicode 空白（如
\u200B）、不处理 BOM、不感知换行符类型 - 关闭后仍被删？大概率是便携版读取了程序目录下的
config.xml，或企业策略组通过注册表重置了该选项 - 验证是否真关闭：新建文件输入
hello␣␣（末尾两个空格），Ctrl+S 后立即 Ctrl+A → Ctrl+C 粘贴到记事本，看空格是否还在
需要局部保留空格时怎么办
Notepad++ 原生不支持 per-file 或 per-language 关闭 trim，但有两条务实路径：
- 彻底关掉
Trim trailing spaces automatically，改用菜单命令按需清理：编辑 → 行操作 → 删除尾部空白（快捷键默认未绑定，可在Settings → Shortcut Mapper → Main menu中自定义） - 对
Makefile、Markdown等语义依赖行尾空格的文件，直接换用 VS Code，并配"[makefile]": {"files.trimTrailingWhitespace": false}这类细粒度规则 - 若必须用 Notepad++ 批量处理一批配置文件，可用宏录制：
Ctrl+Shift+R录制一次「删除尾部空白 + 保存」，再用文件浏览器全选目标文件，右键「在 Notepad++ 中打开」，最后Ctrl+Shift+P回放
最易被忽略的是：这个设置在多标签页下是全局生效的。你刚在 README.md 里为换行加的两个空格，只要顺手保存了旁边一个 log.txt，那两个空格就没了——没有提示，不可撤销，也不分文件类型。
