换行符检测器 (LF vs CRLF)

换行符检测器是一个免费的在线工具，帮助开发人员和系统管理员识别和转换不同的换行符格式。换行符，也称为换行字符或行尾（EOL）标记，在不同的操作系统中有所不同，当文件在平台之间共享时可能会导致问题。

此工具检测您的文本是使用 LF（换行符，Unix、Linux 和 macOS 使用）还是 CRLF（回车符 + 换行符，Windows 使用）换行符。它还识别混合换行符，这可能会在版本控制系统和文本编辑器中引起问题。

所有换行符检测和转换完全在您的浏览器中进行 - 您的文本数据永远不会离开您的设备，确保敏感代码文件或配置数据的完全隐私和安全。

无论您是调试跨平台兼容性问题、为版本控制准备文件，还是确保代码库的一致性，此工具都提供即时分析和转换功能。

1. 粘贴您的文本： 将要分析的文本复制并粘贴到输入区域。这可以是源代码、配置文件、脚本或任何文本内容。
2. 点击"分析换行符"： 工具将立即扫描您的文本并提供有关文本中存在的换行符格式的详细统计信息。
3. 查看统计信息： 检查结果以查看：
   • 文本中的总行数
   • LF（Unix/Linux/macOS）换行符的数量
   • CRLF（Windows）换行符的数量
   • 换行符是一致还是混合
   • 主要格式和建议
4. 如需转换： 如果需要标准化换行符：
   • 点击"转换为 LF (Unix)"将所有换行符转换为 Unix/Linux/macOS 格式
   • 点击"转换为 CRLF (Windows)"将所有换行符转换为 Windows 格式
5. 复制或下载： 使用"复制结果"按钮将转换后的文本复制到剪贴板，或使用"下载"将其保存为文本文件。

• 检测换行符格式： 即时识别文本中的 LF、CRLF 或混合换行符
• 详细统计： 获取有关换行符分布的全面信息
• 格式间转换： 一键从 LF 转换为 CRLF，反之亦然
• 混合结尾检测： 识别可能引起问题的不一致换行符
• 建议： 根据换行符分析获得可操作的建议
• 复制到剪贴板： 快速复制转换后的文本
• 下载为文件： 将转换后的文本保存为 .txt 文件
• 客户端处理： 所有操作都在您的浏览器中进行，完全隐私
• 无文件大小限制： 分析和转换任何大小的文本文件
• 保留内容： 仅修改换行符；所有其他文本保持不变

换行符，也称为换行字符或行尾（EOL）标记，是标记文本行末尾的特殊不可见字符。不同的操作系统使用不同的换行符约定，这在打字机和电传打字技术中有历史根源。

当在跨平台项目上工作或在不同操作系统之间共享文件时，理解这些差异至关重要。

不一致或不正确的换行符可能会在软件开发和文本处理中引起各种问题：

• 版本控制冲突： Git 和其他版本控制系统可能会在仅换行符不同时将文件显示为已更改。这会产生不必要的合并冲突，使得跟踪实际更改变得更困难。
• 脚本执行失败： 具有不正确换行符的 shell 脚本和批处理文件可能无法执行。Unix shell 期望 LF 换行符，Windows 脚本期望 CRLF。
• 文本编辑器显示问题： 当换行符与系统约定不匹配时，某些文本编辑器可能会错误显示文件，将所有文本显示在一行上或显示原始控制字符。
• 编译错误： 某些编译器和解释器对换行符格式敏感，可能会导致编译或解析错误。
• 文件大小差异： CRLF 每个换行符使用两个字节而不是一个，略微增加文件大小，这对大文件或带宽受限时很重要。
• 跨平台开发： 在 Windows、Mac 和 Linux 之间工作的团队可能会无意中创建具有混合换行符的文件，导致不一致的行为。
• 数据处理： 如果假设特定的换行符，文本解析脚本可能会失败或产生不正确的结果。
• 代码签名和哈希： 不同的换行符产生不同的文件哈希，这可能会破坏代码签名、校验和和文件验证过程。

• 跨平台开发： 确保使用不同操作系统（Windows、Mac、Linux）的团队成员之间换行符一致
• 版本控制准备： 在将文件提交到 Git、SVN 或其他版本控制系统之前标准化换行符
• Shell 脚本修复： 将 Windows 编辑的 shell 脚本（带 CRLF）转换为 Unix 格式（LF），以确保它们在 Linux 服务器上正确执行
• 代码审查： 在提交拉取请求之前验证代码文件中的换行符是否一致
• 遗留系统迁移： 在 Windows 和 Unix/Linux 系统之间移动时转换文件
• 配置文件验证： 确保服务器配置文件使用目标平台的正确换行符
• 调试部署问题： 诊断和修复导致脚本在生产中失败的换行符问题
• 文件格式标准化： 在项目或组织中强制执行换行符标准
• Docker 容器准备： 在构建 Docker 镜像之前确保 shell 脚本和配置文件使用 LF 结尾
• CI/CD 管道修复： 解决由构建脚本中不正确的换行符引起的构建失败
• 文档一致性： 在 markdown 文件、README 文件和其他文档中标准化换行符
• 数据导入/导出： 为目标系统准备带有适当换行符的 CSV 或文本数据文件

• 使用 .gitattributes： 通过在存储库根目录中创建 .gitattributes 文件来配置 Git 自动处理换行符：

  # 自动检测文本文件并规范化为 LF
  * text=auto
  
  # 明确声明要规范化的文本文件
  *.php text
  *.js text
  *.css text
  *.md text
  
  # 声明应始终使用 LF 的文件
  *.sh text eol=lf
  *.bash text eol=lf
  
  # 声明应始终使用 CRLF 的文件
  *.bat text eol=crlf
  *.cmd text eol=crlf

• 配置编辑器： 设置 IDE 或文本编辑器使用一致的换行符（通常是现代开发的 LF）
• 团队协议： 为换行符建立团队约定并在项目指南中记录
• 预提交钩子： 使用 Git 钩子在提交之前自动检查和修复换行符
• 首选大多数情况下使用 LF： 现代开发通常使用 LF（Unix 风格），即使在 Windows 上，因为大多数工具都支持它
• 分开保存特定于平台的文件： 仅对 Windows 上特别需要的文件使用 CRLF（如 .bat 文件）
• 自动化验证： 在 CI/CD 管道中包含换行符检查
• 文档要求： 在项目的 README 或贡献指南中明确指定换行符要求

您的隐私和数据安全至关重要。此换行符检测器完全在您的 Web 浏览器中运行：

• 无服务器上传： 您的文本和文件永远不会离开您的设备或发送到任何服务器
• 无数据存储： 我们不存储、记录或跟踪您的任何文本内容
• 离线工作： 初始页面加载后，工具完全离线工作
• 安全处理敏感数据： 自信地分析专有代码、配置文件或敏感脚本
• 无外部依赖： 所有处理都使用原生浏览器 JavaScript 完成
• 开放检查： 可以在浏览器的开发者工具中查看工具的 JavaScript 代码