文本换行符在线转换 - LF / CRLF / CR 互换

LF（Line Feed，\n）是 Unix/Linux 和 macOS 系统使用的标准换行符，仅包含一个换行字符（ASCII 码 10）。CRLF（Carriage Return + Line Feed，\r\n）是 Windows 系统使用的标准换行符，包含回车符和换行符两个字符。CR（Carriage Return，\r）是早期 Mac OS 9 及更早版本使用的换行符，仅包含回车符一个字符。三者的本质区别在于包含的字符数量和编码值不同，但功能都是标识一行的结束。

不同操作系统使用不同的换行符标准，当文件在不同平台间传递时，换行符的不一致可能导致多种问题：Shell 脚本在 Linux 上执行失败、Git 提交显示大量无意义的差异、文本编辑器显示异常（如出现多余的空行或缺少换行）、配置文件解析错误等。统一换行符格式可以避免这些问题，确保文件在目标平台上正常工作。

工具通过分析文本中换行符的字节模式来检测类型。LF 为字节 0x0A，CR 为字节 0x0D，CRLF 为连续的 0x0D 0x0A。检测引擎会统计文本中每种模式的出现频率，从而判断换行符类型。转换时使用正则表达式将所有换行符替换为目标格式对应的字节序列，同时保持文本内容不变。所有处理都在浏览器本地完成。

Git 通过 core.autocrlf 配置选项控制换行符转换行为。Windows 用户建议设置为 git config --global core.autocrlf true，这样提交时会自动将 CRLF 转换为 LF，检出时将 LF 转换为 CRLF。Linux/macOS 用户建议设置为 git config --global core.autocrlf input，只在提交时转换。此外，可以在仓库中创建 .gitattributes 文件，为特定文件类型指定换行符策略。

工具支持所有常见的纯文本文件格式，包括 .txt、.js、.py、.sh、.css、.html、.json、.xml、.csv、.yaml、.md、.log 等。实际上，任何以纯文本形式存储的文件都可以被读取和处理。文件大小限制取决于浏览器的内存容量，一般建议不超过 5MB。对于超大文件，建议分段处理以确保稳定运行。

是的。复制功能通过 Clipboard API 将转换后的文本写入系统剪贴板，完整保留了换行符的字节信息。下载功能则将处理后的文本以正确的换行符格式写入文件。不过需要注意，某些操作系统（如 macOS 的 Finder）在预览文件时可能会显示与实际不同的换行符，但文件内容本身是正确的。建议使用专业的文本编辑器（如 VS Code、Notepad++）验证下载文件的换行符格式。

不会。本工具的所有核心功能（检测、转换、复制、下载）都在浏览器本地通过 JavaScript 执行，文本内容不会被发送到任何外部服务器。只有工具页面本身的加载需要网络请求，一旦页面加载完成，后续操作完全离线进行。这确保了用户处理敏感文件时的数据安全和隐私保护。

当文本包含混合换行符时（这在从多个来源合并内容时很常见），工具会检测到并提示"混合换行符"。此时只需选择您需要的目标格式（通常是 LF 或 CRLF），工具会将所有不同类型的换行符统一替换为目标格式，从而实现换行符的一致性。建议在合并内容后始终执行一次统一转换操作。

转换过程仅替换换行符字节，不会修改文本中的任何实际内容（包括中文、特殊符号、空格等）。但是，请注意如果源文件中包含与换行符相关的转义序列（如 \n 字面量），工具可能会将其识别为实际的换行符。对于包含大量转义序列的代码文件，建议先备份原文件再进行转换。