换行符转换器(CRLF ↔ LF)
在 Windows(CRLF)、Unix 和 macOS(LF)、旧版 Mac(CR)的换行符之间转换文本文件,可添加或删除 UTF-8 BOM,并显示文件使用的换行符类型。
文本文件用不同的不可见字符来结束每一行:Windows 使用 CR LF(\r\n),Linux 和 macOS 使用 LF(\n),2001 年之前的 Mac OS 只用 CR。类型不对时,在老版本记事本里会变成一整行,在终端里行尾会出现 ^M,在 Git 中比较结果一团糟,脚本还会报“bad interpreter”。这个转换器会把文件的换行符改写成你选择的类型,可以添加或删除 UTF-8 字节顺序标记(BOM),并报告文件中各类换行符有多少个。
使用方法
- 选择一个或多个文本文件(或粘贴文本)。
- 选择需要的换行符:Linux、macOS 和大多数代码用 LF,Windows 工具用 CRLF。
- 选择保留、添加或删除 UTF-8 BOM;添加后有助于 Excel 正确打开含重音或中文的 UTF-8 CSV 文件。
- 逐个下载转换后的文件;表格会显示每个文件之前使用的类型。
计算公式
CRLF = 字节 0D 0A · LF = 0A · CR = 0D;任何类型的换行都会改写成所选类型
文件按原始字节处理,所以编码不会改变:UTF-8、ASCII,以及 Windows-1252、Shift_JIS、EUC-KR 等旧编码都会保持其他字节完全不变,因为它们的字符内部都不会用到 0D 或 0A。UTF-16 文件(通过字节顺序标记检测)按两个字节一组处理,并保留 BOM。含有零字节的文件被视为二进制而跳过,少见的 UTF-32 文件也会跳过。一个文件可以混用多种类型,表格会分别统计。
示例
一个 26 字节、以 LF 换行、包含“Hello world.”和“Second line.”的文件,转换成 CRLF 后会变成 28 字节,因为它的 2 个换行各多了一个 CR 字节。再转回 LF 会恢复为原来的 26 字节;给 LF 版本添加 UTF-8 BOM 则是 29 字节。
常见问题
应该用哪种换行符?
代码、脚本、网站以及与 Git、Linux、macOS 一起使用的内容用 LF;老式 Windows 工具、批处理文件或某些仅限 Windows 的程序必须读取的文件用 CRLF。现代的 Windows 编辑器(包括 2018 年之后的记事本)两种都能读。
为什么不能直接粘贴文本?
浏览器会把粘贴的所有换行统一成 LF,所以原来的换行符类型在进入时就丢失了。粘贴的文本仍会被转换并保存为文件,但只有文件才能让你看到它原本包含什么。
BOM 是什么?需要吗?
UTF-8 文件开头的字节顺序标记(EF BB BF)会告诉某些程序(特别是 Excel)该文件是 UTF-8。许多 Unix 工具和一些解析器不喜欢它,所以脚本和配置文件请删除它。
最后更新:
包含这些输入的页面地址: https://kakao.mobile/zh/tools/line-ending-converter/
引用此工具
kakaoCalc. (2026, November 8). 换行符转换器(CRLF ↔ LF). https://kakao.mobile/zh/tools/line-ending-converter/
“换行符转换器(CRLF ↔ LF).” kakaoCalc, 8 Nov. 2026, kakao.mobile/zh/tools/line-ending-converter/.