LF (Line Feed)：\n，ASCII 码 10，Unix/Linux/macOS (现代) 使用。简称"换行"。
CRLF (Carriage Return + Line Feed)：\r\n，ASCII 码 13 + 10，Windows 系统使用。先回车再换行。
CR (Carriage Return)：\r，ASCII 码 13，旧版 Mac OS (9 及更早) 使用。现已很少见，但某些遗留文件可能遇到。
简单记忆：Windows 用两个字符 \r\n，Linux/macOS 用一个 \n，老 Mac 用一个 \r。

跨平台开发时最常见的问题：
• Git 协作：Windows 开发者提交 CRLF，Linux 开发者提交 LF，导致 diff 混乱
• 服务器部署：Linux 服务器上的脚本文件如果包含 CRLF，可能导致解释器报错（如 /bin/bash^M: bad interpreter）
• Docker 容器：在 Windows 上编写的 Dockerfile 或 shell 脚本，放到 Linux 容器中可能因换行符问题无法执行
• 代码规范：团队统一使用 LF 作为换行符标准（如 ESLint 的 linebreak-style 规则）

工具会智能扫描输入文本，统计 \r\n、\n、\r 的出现次数。如果某种换行符占绝大多数，则判定为该类型；如果多种混合，会显示"混合"警告。
转换时采用智能统一策略：先将所有换行符规范化为 LF (\n)，再按目标格式输出，确保结果干净一致，不会出现混合换行符的残留问题。

Git 提供了 core.autocrlf 配置：
• Windows：git config --global core.autocrlf true（提交时转 LF，检出时转 CRLF）
• Linux/macOS：git config --global core.autocrlf input（提交时转 LF，检出时不转换）
• 也可通过 .gitattributes 文件精细控制：* text=auto 让 Git 自动判断。
建议团队统一在项目根目录放置 .gitattributes 文件来锁定换行符规则。

支持常见文本文件格式：.txt、.md、.csv、.json、.xml、.html、.css、.js、.py、.log、.yaml、.sh 等。
建议文件大小不超过 10MB，过大的文件可能导致浏览器响应变慢。也支持直接拖拽文件到输入框区域。二进制文件（如图片、PDF）无法正确处理。

复制：使用 Clipboard API 将转换后的文本（含正确的换行符）写入系统剪贴板，粘贴到任何编辑器都会保留对应的换行符。
下载：生成的文件以二进制模式写入，确保 \r\n、\n、\r 精确保存，不会被浏览器二次转换。用 Hex 编辑器打开即可验证。