CRLF/LF 行尾转换工具
在粘贴的文本或上传的文件中转换 CRLF（Windows）、LF（Unix/Linux/macOS）和 CR（经典 Mac）之间的行尾。在转换前检测输入的当前行尾风格，包括混合行尾。
输入
输出
行尾统计
| 指标 | 数值 |
|---|---|
| No data yet | |
使用此工具的更多方式
REST API
curl -X POST https://api.iotools.cloud/v1/tool/crlf-lf-line-ending-converter \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"originalText": "First line with LF ending\nSecond line with CRLF …",
"convertTo": "lf"
}'替换成您账户中的密钥。工具的字段即为请求体——没有额外包装。
让 AI 代理执行
Use the IOTools `crlf-lf-line-ending-converter` tool (CRLF/LF Line Ending Converter) on this input:
YOUR_INPUT_HERE将此粘贴给任何已连接 IOTools MCP 服务器的代理,再加上您的输入内容。
嵌入式小组件
<iframe
src="https://iotools.cloud/embed/crlf-lf-line-ending-converter/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="CRLF/LF 行尾转换工具 — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>把它放到您自己的页面上——免费,无需密钥,只需保留一个反向链接。
| 每次 API/MCP 调用费用 | 5 积分起 |
|---|---|
| 需要更多积分? | 查看定价 |
也可通过
使用指南
每个文本文件使用三种行尾约定之一：Windows 使用回车加换行符（CRLF，\r\n），Unix、Linux 和现代 macOS 使用单个换行符（LF，\n），而经典 Mac OS X 之前的版本使用单个回车符（CR，\r）。将它们混合起来——通过在 Windows 和 Linux 上编辑同一文件，或从旧导出中粘贴——期望使用一种约定的工具可能会出现故障：shell 脚本会因为神秘的 bad interpreter 错误而失败，diff 会将每一行显示为已更改，或 CSV 解析器会在错误的位置分割行。此工具检测文本实际使用的行尾风格，标记混合的行尾，并将其转换为您需要的风格。
如何使用
- 将文本粘贴到输入框中，或上传文本文件——文件内容直接加载到同一字段中。
- 在转换为下选择目标格式：LF、CRLF 或 CR。
- 转换后的文本和行尾详情在您输入时自动更新。
- 复制或下载结果。
统计数据告诉您什么
行尾统计表报告：
- CRLF、LF 和 CR 计数 — 在原始文本中找到的每种行尾序列的数量。CRLF 对（
\r\n）只计算一次，而不是作为 CR 加 LF，因此数字反映实际的行尾而不是原始字符计数。 - 检测到的风格 — 输入中的主要约定。如果只有一种风格存在，它会直接命名（例如"LF"）。如果出现多种风格——这是在不同操作系统上编辑文件的常见迹象——它会显示"混合"并列出找到的风格。
- 转换为 — 输出转换到的格式，用于确认。
为什么行尾很重要
行尾不匹配是反复出现的"在我机器上运行"bug 的来源：
- Git diff 在只有行尾不同时，可能会显示整个文件已更改。
- 使用 CRLF 行尾保存的 shell 脚本在 Linux/macOS 上无法运行，因为 shell 会将行末的
\r读作命令的一部分。 - 严格按
\n分割的配置和 CSV 解析器在接收 CRLF 输入时，会在每个字段末尾留下一个被遗漏的\r。
在提交或部署文件之前转换为单一的一致行尾可以避免所有这些问题。
我应该使用哪种格式？
对于任何目标为 Linux、macOS 或 Git 存储库的内容，使用 LF（大多数 .gitattributes 设置会规范化为 LF）。对于需要在较旧的仅限 Windows 的工具（如 Windows 10 之前的记事本）或 Windows 批处理脚本中正确打开的文件，使用 CRLF。CR 仅与旧的经典 Mac OS（2001 年之前）文件相关——除非您在处理旧存档，否则不太可能需要它。
隐私
一切都完全在您的浏览器中运行。您的文本和任何上传的文件永远不会离开您的设备。