行尾与 BOM 转换器
文件
归一化之前分别统计 CRLF、孤立 CR 与孤立 LF，从而识别混合约定的文件（脏 git diff 或在 Windows 下失败的 Bash 脚本的常见原因）。输出字节数包含 BOM，因此你确切知道写入磁盘的内容。所有处理都在浏览器本地完成。
—
目标行尾
UTF-8 BOM
输出
输入统计
- LF 计数1
- CRLF 计数1
- 孤立 CR 计数0
- 总行数3
- 输出字节（UTF-8）28
- 存在 BOM否
混合行尾的文件通常意味着源在多个平台之间被编辑过 — 统一化能解决大多数「为何我的 diff 爆炸」的烦恼。
使用方法
- 在输入处粘贴文本或拖入文件内容。
- 选择目标行尾（LF 用于 Unix/macOS，CRLF 用于 Windows，CR 用于旧版 Mac）。
- 选择 BOM 策略并复制输出。
常见问题
- 什么时候应保留 BOM？
- 一些遗留 Windows 工具与部分 Excel CSV 导入依赖 BOM。其他场合（尤其 shell 脚本、JSON 与现代构建链中的源代码）应当移除。
- 什么是混合行尾的文件？
- 包含 LF/CRLF/CR 中不止一种的任何文件。常见于跨平台编辑文本或生成器拼接来自不同来源的片段时。统一到单一风格能让 git diff 和下游解析器正常工作。