用键盘打字写文档，突然发现换行的地方变成奇怪符号，或者文本在另一台设备上全挤成一团？这很可能不是键盘坏了，也不是软件出问题，而是“换行编码标准”在作祟。
不同系统，不同的换行习惯
你可能没注意，Windows、macOS 和 Linux 在按下回车键时，记录换行的方式不一样。Windows 用的是 CRLF（\r\n），也就是回车加换行；macOS 和 Linux 则通常只用 LF（\n）。虽然对你来说都是按一下回车，但电脑记下来的内容其实有差别。
举个例子：你在 Mac 上用机械键盘写了一份产品测评文档，传给同事用 Windows 打开，结果每段之间空两行，甚至格式错乱。问题就出在这儿——Mac 记录的换行方式，Windows 的某些老软件不完全认。
外设输入也可能触发编码问题
现在很多键盘支持多设备切换，比如蓝牙模式下连 iPad、Windows 笔电和安卓平板。当你在不同系统间来回打字，编辑同一个文档，如果没有注意文本编辑器对换行符的处理能力，很容易积累编码混乱。
尤其是程序员用的机械键盘，常搭配 VS Code、Sublime 这类编辑器。这些工具默认会显示当前文件的换行格式（状态栏常能看到 CRLF 或 LF 的提示）。如果团队协作时有人用 Windows，有人用 Mac，提交代码后 diff 显示整篇文件都被修改过，其实只是换行符被批量转换了。
怎么看出问题？
打开一个文本文件，如果在某些编辑器里看到 ^M 符号，基本就是 CRLF 被当成了异常字符处理。或者网页表单里你按了回车，结果提交后内容没有换行，那可能是前端没正确解析 LF 换行。
实际应对方法
选外设时不用刻意避开某种编码，但可以注意配套软件是否支持换行符自动识别。比如某些高端键盘自带配置软件，能在不同系统间设置文本输出模式，这时候就可以手动统一为 LF 或 CRLF。
更实用的做法是，用能自动处理换行的编辑器。VS Code 可以点击右下角的 CRLF 切换成 LF，保存后再传到 Linux 服务器就不会出问题。Notepad++ 也能批量转换换行符。
如果你常在跨平台环境打字，比如用 iPad 写稿再发到 Windows 排版，建议养成保存为 UTF-8 + LF 格式的习惯。
代码示例：查看和转换换行符
在命令行中用 cat -A 可以看出换行符类型：
cat -A example.txt输出如果是 hello$，说明是 LF；如果是 hello^M$，那就是 CRLF。
用 dos2unix 工具可以批量转换：
dos2unix file.txt反过来用 unix2dos：
unix2dos file.txt这些操作看起来偏技术，但当你发现键盘打的字在别处“变形”，就知道该从哪儿下手了。
外设的本质是输入桥梁，而换行编码是桥上的标线。看似不起眼，走错了也会偏航。