PHP如何按换行分割文本？

本文深入解析了PHP中跨平台安全分割文本的正确实践，强调必须使用preg_split('/\R/', $text, -1, PREG_SPLIT_NO_EMPTY)配合trim($text)来可靠处理Windows（\r\n）、旧macOS（\r）和Linux/macOS（\n）等所有换行变体，彻底规避explode、str_replace或PHP_EOL等方案在用户输入、日志、CSV或富文本场景下的兼容性陷阱；同时提醒开发者注意性能与安全边界——如预截断超长文本、限制PCRE回溯、避免空行残留，并指出真正棘手的往往不是换行符本身，而是浏览器、编辑器与HTML混杂带来的隐式格式污染。

用 preg_split 按换行符分割，必须处理不同平台的换行差异

Windows 用 \r\n，macOS 旧版本用 \r，Linux/macOS 新版用 \n。直接写 preg_split('/\n/', $text) 在 Windows 上会漏掉 \r 前的内容，导致首行丢失或空字符串残留。

正确做法是匹配所有常见换行组合：

• preg_split('/\r\n|\r|\n/', $text, -1, PREG_SPLIT_NO_EMPTY)
• 更简洁等价写法：preg_split('/\R/', $text, -1, PREG_SPLIT_NO_EMPTY)（PHP 7.0+ 支持 \R，自动匹配任意 Unicode 换行序列）
• 注意 PREG_SPLIT_NO_EMPTY 可避免因连续换行产生空数组项

preg_split 和 explode 选哪个？看输入是否可信

如果文本来源可控（比如自己生成、已清洗过），explode("\n", $text) 更快更轻量；但只要可能混入 \r，就不可靠。

preg_split 是唯一能一次性覆盖所有换行变体的方案。尤其在处理用户提交的 textarea 内容、导入 CSV/日志文件时，必须用正则。

• 不要用 str_replace("\r\n", "\n", $text) 再 explode —— 会把 Mac 的 \r 错当 \n 处理，造成误切
• 也不要依赖 PHP_EOL，它只代表当前服务器的换行符，无法解析外来文本

分割后还要 trim 每行？别在 preg_split 外套循环

常见错误是先 preg_split，再 array_map('trim', $lines)。其实可以用正则一步到位：

$lines = preg_split('/\R/', trim($text), -1, PREG_SPLIT_NO_EMPTY);
$lines = array_map('trim', $lines); // 这步仍需保留，因为 \R 不吃前后空白

但注意：正则本身不能替代 trim()，因为换行符和行首尾空格是两回事。若原始文本开头有缩进或结尾有空行，trim($text) 必须放在 preg_split 前。

遇到空行或超长行崩溃？加个安全限制

恶意输入可能含几万字符无换行，导致 preg_split 卡住或内存溢出。生产环境建议加保护：

• 先用 mb_substr($text, 0, 100000) 截断（按需调整长度）
• 或用 ini_set('pcre.backtrack_limit', '1000') 防回溯爆炸（仅限 CLI 或可控环境）
• 对超大文本，考虑逐行读取（fgets）而非一次性加载

真正难处理的不是换行符本身，而是没人告诉你：textarea 提交时浏览器会把 \r\n 发过来，但某些富文本编辑器导出却用 \n + HTML
混用——这时候得先做 HTML 解析，再正则分割。

以上就是《PHP如何按换行分割文本？》的详细内容，更多关于的资料请关注golang学习网公众号！