在编写PHP程序处理用户输入、读取文件或对接第三方接口时，我们经常会遇到一个隐蔽但恼人的问题：同样的分割逻辑，在本地开发环境运行正常，到了服务器或处理某些外部数据时就莫名其妙少了几行，或者出现了本不该存在的空字符串。追根溯源，绝大多数情况下是因为不同操作系统使用的换行符标准不一致，而我们的代码只认其中一种，导致分割文本时发生了偏差。
Windows系统沿袭了早期的打字机控制逻辑，使用回车符（CR，ASCII 13，即r）加换行符（LF，ASCII 10，即n）来表示一行结束，写作rn。类Unix系统包括Linux和各种现代macOS，只使用换行符n。而早于Mac OS X的旧版macOS使用单独的回车符r。当一份文本由多个系统共同产生，比如Windows用户编辑后上传到Linux服务器，内容里就可能混杂rn与n。如果PHP代码写死用explode("n", $text)来拆分，那么遇到rn时，每一段末尾会残留一个r；若用explode("rn", $text)，则纯n换行根本切不开。
这种不一致不仅让行尾带上不可见字符，影响后续比较和入库，还会在按行遍历时产生数量错误的数组元素。例如统计日志行数、解析简单的键值配置、切分以换行分隔的token列表，都会因为换行符认知不同而出错。因此，在分割之前先统一换行符，是跨平台文本处理的基本功。
使用正则表达式一次性兼容所有换行形式
最稳妥也最常见的做法，是利用PHP的preg_split函数，通过正则表达式同时匹配rn、r和n三种情况。正则中可以用rn|r|n来表达“任意一个换行序列”，由于 alternation 按顺序匹配，把长的rn放前面可避免被拆成回车加换行两段。这样无论文本来自哪个平台，都能被正确切分为独立的行。
下面是一段完整示例，展示如何安全地分割混合换行文本，并顺手过滤掉分割后产生的空行：
<?php
// 模拟一份来自不同系统的混合换行文本
$text = "第一行rn第二行n第三行r第四行rn";
// 使用 preg_split 匹配任意换行符组合
$lines = preg_split('/rn|r|n/', $text, -1, PREG_SPLIT_NO_EMPTY);
// 输出每一行的内容及长度，验证无残留回车
foreach ($lines as $index => $line) {
echo "第" . ($index + 1) . "行: " . $line . " (长度:" . mb_strlen($line) . ")n";
}
?>
上述代码中的PREG_SPLIT_NO_EMPTY标志非常实用，它能自动丢弃因连续换行或首尾换行产生的空字符串，让得到的数组更干净。如果业务需要保留空行（比如要还原原始段落结构），去掉该标志即可。正则方案的优势在于一行代码解决所有平台差异，不需要提前知道文本来源，适合处理完全不可控的外部数据。
不过也要注意，正则表达式相比字符串函数有一定性能开销。在超大型文本（几十MB以上）且确定只含单一换行类型的场景下，可以先探测再选用更快的explode。但绝大多数Web应用和脚本处理的数据量，用preg_split完全足够，可读性也更好。
先用字符串替换归一化再分割
如果不希望引入正则，也可以采用“先替换、后分割”的两步策略。思路是：利用strtr或str_replace把rn和r全部转换成统一的n，然后再用explode("n", $text)拆分。因为rn里已经包含n，直接把rn替换为n、再把剩余r替换为n，就能让全文只剩一种换行符。
这里有个顺序细节：必须先替换双字符的rn，再替换单字符r。如果反过来，rn里的r先变成n，就会变成nn，凭空多出空行。以下代码演示了正确顺序：
<?php
$text = "alpharnbetargammandelta";
// 第一步：把 Windows 换行和旧 Mac 回车都变成 Unix 换行
$normalized = strtr($text, array("rn" => "n", "r" => "n"));
// 第二步：按统一换行符分割
$lines = explode("n", $normalized);
print_r($lines);
?>
这种方案全部使用字符串函数，执行效率比正则略高，逻辑也直观：任何维护人员看到strtr就能明白是在做换行归一。它特别适合在自家系统内部流转、但偶尔混入Windows上传文件的场景。配合array_filter可以轻松去掉空元素，例如$lines = array_filter(explode("n", $normalized));即可。
需要提醒的是，如果文本里本身含有有意义的单独r（极罕见，如某些通信协议模拟），盲目替换会改变原意。但就普通日志、配置、CSV原始内容而言，单独r几乎总是旧平台换行遗留，归一化处理是安全且必要的。
实际业务中的封装与注意事项
为了让团队所有成员都不再踩坑，建议把换行兼容分割逻辑封装成一个工具函数，统一放在项目的文本处理辅助类里。函数内部可以任选前述两种方案之一，对外只暴露类似splitLines($text)的接口。这样业务代码就不会散落着各种临时的explode，未来若要调整策略也只需改一处。
下面是一个简单的封装示例，兼顾了空行过滤与编码安全：
<?php
function splitLines($text) {
if (!is_string($text)) {
return array();
}
// 归一化换行符
$text = strtr($text, array("rn" => "n", "r" => "n"));
// 分割并去掉空行
$lines = explode("n", $text);
return array_values(array_filter($lines, function($item) {
return trim($item) !== '';
}));
}
// 调用演示
$result = splitLines("OKrnn失败r成功n");
var_dump($result);
?>
在使用这些方案时，还有两点容易忽视。其一是字符编码：如果文本不是UTF-8，strlen和trim可能误判多字节字符，建议先用mb_convert_encoding转成UTF-8再处理。其二是大文件场景：不要一次性file_get_contents读入几百MB文件再分割，而应改用fgets按行读取，PHP的fgets本身能识别rn和n，天然跨平台，只是在旧Macr文件上会失效，此时可配合ini_set('auto_detect_line_endings', true)解决。
总结来说，跨平台换行兼容的核心就是“先统一、再分割”。无论用正则preg_split还是strtr加explode，都能彻底消除因系统差异带来的解析错误。把这套逻辑固化到基础库中，可以让日志分析、批量导入、模板渲染等模块都不再受不可见字符干扰，输出稳定可预期的结果。