notepad++保存时自动转crlf或lf需设置“保存时自动转换”：设置→首选项→新建→保存→勾选并选择格式；该设置仅对ctrl+s生效，不影响已打开文件的即时显示，且与“新建文件默认格式”独立。
Notepad++ 保存时自动转 CRLF 或 LF 怎么设
Notepad++ 不会在你敲 Enter 时“智能猜”该用哪种换行符，它默认按系统来（Windows 下新建文件是 CRLF），但你可以让每次 Ctrl + S 都强制统一成指定格式——关键在「保存时自动转换」开关，不是「新建文件默认格式」。
操作路径：设置 → 首选项 → 新建 → 保存，找到「保存时自动转换到以下格式」，勾选后选择 Windows (CRLF) 或 UNIX/OSX (LF)。这个设置只对后续的保存动作生效，已打开的文件不会立刻变，得手动保存一次才触发转换。
- 该设置不影响粘贴、插入或宏录制产生的换行符，只管
Ctrl + S和菜单「文件→保存」 - 如果文件原本是混合换行（比如部分行是
\r\n，部分是\n），保存时会全盘转成你选的格式，不保留混合态 - 关闭此选项后，保存行为退回到“原样保存”，即换行符类型完全由你编辑过程决定
为什么改了首选项，新文件还是 CRLF
因为「新建文件默认格式」和「保存时自动转换」是两个独立开关，常被当成一回事。前者控制你点 Ctrl + N 新建空白文档时的初始换行符；后者才管你编辑完存盘时的行为。
如果你想要新文件一打开就是 LF，得去：设置 → 首选项 → 新建 → 格式(行尾)，勾选 UNIX/OSX (LF)。注意：这个设置只影响 Ctrl + N，不影响通过「文件→打开」加载的已有文件，也不影响拖进来的文件。
- 两者可以不同：比如新建默认设 LF，但保存时自动转 CRLF——这会导致你新建写几行再保存，结果变成 CRLF
- Mac 用户容易踩坑：Notepad++ 在 Windows 上运行，即使你开发目标是 macOS，也建议把「保存时自动转换」设为
UNIX/OSX (LF)，而非依赖新建默认 - Git 用户注意：.gitattributes 中若设了
* text=auto，Notepad++ 的保存设置可能被 Git checkout / commit 覆盖，优先级低于 Git 自身换行处理
状态栏显示 “Windows (CR LF)” 却转不了，是哪里卡住了
状态栏显示的是当前文件**实际存储的换行符类型**，不是你的设置是否生效。它忠实反映磁盘内容，所以即使你开了自动转换，只要还没保存过，状态栏仍显示原始格式。
常见误判场景：
- 你刚改了首选项，但没关闭并重开 Notepad++，旧文件仍按老规则缓存——关掉所有标签页再重启更稳妥
- 文件是以只读方式打开的（状态栏左端有「只读」字样），此时
Ctrl + S无效，自动转换自然不触发 - 你用了「另存为」但没覆盖原文件，新文件按设置走了，但原标签页仍连着旧文件，状态栏当然不变
- 插件干扰：某些插件（如 Python Script、NppFTP）可能劫持保存流程，可临时禁用插件测试
批量文件一键转行尾，别碰正则替换
用 Ctrl + H 手动搜 \r\n 替成 \n 是最危险的做法——它会把所有 \r\n 字符序列无差别替换，包括文件里本就存在的二进制数据、Base64 段、甚至注释里的字符串字面量，极易破坏内容。
正确批量方法只有两个：
-
文件 → 在文件中查找 → 查找目标里填空，勾选「在所有打开的文件中替换」，然后点「全部替换」——但这仅限已打开的多个文件 - 真正安全的批量：用
编辑 → EOL 转换菜单，它专为行尾设计，只改换行符元数据，不动其他字节；支持多标签页同时操作，且不依赖正则引擎
复杂点在于：EOL 转换菜单对未保存的修改是“立即应用但不自动保存”，你得自己 Ctrl+S，否则关掉窗口会提示是否保存——这点容易被忽略，导致以为“点了就完了”。
