使用explode(PHP_EOL)将多行字符串按行拆分为数组，可结合array_filter()去除空元素，array_map('trim')清理空白；若换行符不统一，可用preg_split("/\r\n|\n|\r/", $str, -1, PREG_SPLIT_NO_EMPTY)；处理大文件时推荐file()函数，支持自动去换行符和跳过空行，更高效且节省内存。
在PHP中，将多行字符串转换为数组最直接且常用的方法是利用
explode()函数，以换行符作为分隔符，这能将字符串按行拆分成一个数组。
解决方案
要将一个多行字符串拆分成数组，PHP的
explode()函数是我们的首选工具。它的工作原理很简单：你给它一个分隔符和一个字符串，它就会把字符串按分隔符切开，然后把切开的部分放到一个数组里。
我们通常遇到的换行符有两种：Unix/Linux系统用的
\n，和Windows系统用的
\r\n。所以，为了确保代码在不同环境下都能正常工作，最稳妥的做法是使用PHP内置的
PHP_EOL常量。这个常量会根据当前运行环境自动选择正确的换行符。
$multiLineString = "第一行内容\n第二行内容\r\n第三行内容\n";
$lines = explode(PHP_EOL, $multiLineString);
print_r($lines);
/*
输出示例：
Array
(
[0] => 第一行内容
[1] => 第二行内容
[2] => 第三行内容
[3] =>
)
*/你可能注意到了，如果字符串末尾有换行符，或者中间有连续的换行符，
explode()可能会生成一个空字符串的数组元素。这在某些场景下是需要处理的。一个常见的做法是结合
array_filter()函数，把这些空元素过滤掉。
立即学习“PHP免费学习笔记（深入）”；
$multiLineStringWithEmpty = "第一行内容\n\n第三行内容\n";
$linesFiltered = array_filter(explode(PHP_EOL, $multiLineStringWithEmpty));
print_r($linesFiltered);
/*
输出示例：
Array
(
[0] => 第一行内容
[2] => 第三行内容
)
*/这里
array_filter()默认会移除所有“空”值（包括空字符串、
null、
false、
0）。如果你的行内容可能包含
0或
false但你又想保留它们，你需要给
array_filter()传入一个回调函数来做更精确的判断。不过，对于单纯过滤空行，默认行为通常就够了。
另外，每行内容前后可能有多余的空格或制表符。这时候，我们通常会用
array_map()配合
trim()函数来清理。
$multiLineStringWithWhitespace = " 第一行内容 \n第二行内容\t\n";
$linesTrimmed = array_map('trim', array_filter(explode(PHP_EOL, $multiLineStringWithWhitespace)));
print_r($linesTrimmed);
/*
输出示例：
Array
(
[0] => 第一行内容
[1] => 第二行内容
)
*/这种链式操作在PHP中很常见，它让代码看起来很紧凑，也很好理解：先分割，再过滤空行，最后修剪每行的空白。这基本上涵盖了大部分简单到中等复杂度的需求。
当行分隔符不统一或更复杂时，我该怎么办？
有时候，我们拿到的数据可能没那么“规矩”。换行符可能混杂着
\n、
\r\n，甚至还有一些遗留系统可能使用
\r作为换行符。或者，你可能想用多个不同的字符组合来作为行的分隔。这时候，
explode()的局限性就显现出来了，它只能接受一个字符串作为分隔符。
这时，
preg_split()函数就成了我们的得力助手。
preg_split()是一个基于正则表达式的分割函数，这意味着你可以用非常灵活的模式来定义分隔符。
例如，要同时处理
\n、
\r\n和
\r，你可以这样写：
$mixedLineEndingsString = "第一行\n第二行\r\n第三行\r第四行";
// 使用正则表达式匹配一个或多个换行符
$lines = preg_split("/\r\n|\n|\r/", $mixedLineEndingsString, -1, PREG_SPLIT_NO_EMPTY);
print_r($lines);
/*
输出示例：
Array
(
[0] => 第一行
[1] => 第二行
[2] => 第三行
[3] => 第四行
)
*/这里
/\r\n|\n|\r/这个正则表达式的意思是：匹配
\r\n或者
\n或者
\r。
preg_split()的第三个参数
-1表示不限制分割次数，第四个参数
PREG_SPLIT_NO_EMPTY则是一个非常有用的标志，它会自动移除分割后产生的空字符串元素，省去了我们再用
array_filter()的麻烦。这让处理复杂分隔符和清理空行变得非常优雅。
当然，
preg_split()的能力远不止于此。如果你需要根据更复杂的模式（比如以“###”开头的一行作为分隔符）来分割，正则表达式都能轻松应对。但对于单纯的行分割，上述模式已经足够强大且常用。
处理大型文件时，如何高效地按行读取并转为数组？
刚才我们讨论的方法，无论是
explode()还是
preg_split()，都是把整个字符串加载到内存中再进行处理的。这对于小到中等大小的字符串来说完全没问题，但如果你要处理的是一个几百兆甚至几个G的文件内容，一次性把所有内容读进一个字符串变量里，那内存可能就吃不消了，程序很可能会崩溃。
在这种情况下，PHP 提供了一个非常方便的函数叫做
file()。
file()函数可以直接读取文件，并把文件的每一行作为一个数组元素返回。更重要的是，它内部做了优化，可以更高效地处理文件，并且默认会去除每行末尾的换行符。
// 假设我们有一个名为 'data.txt' 的文件，内容如下：
// 第一行数据
// 第二行数据
// 第三行数据
$filePath = 'data.txt';
if (file_exists($filePath)) {
$linesFromFile = file($filePath, FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
print_r($linesFromFile);
/*
输出示例：
Array
(
[0] => 第一行数据
[1] => 第二行数据
[2] => 第三行数据
)
*/
} else {
echo "文件不存在，请检查路径。\n";
}file()函数的第二个参数可以接受一些标志位：
FILE_IGNORE_NEW_LINES
: 这个非常有用，它会移除每行末尾的换行符（\n
、\r\n
），省去了我们手动trim()
的一步。FILE_SKIP_EMPTY_LINES
: 顾名思义，它会跳过文件中的空行，同样减少了后续array_filter()
的需要。
这对于从日志文件、CSV 文件（虽然CSV有更专业的解析库）或其他纯文本文件中按行读取数据并进行处理的场景非常适用。它的效率和内存占用都比先
file_get_contents()再
explode()要好得多。当然，如果文件实在太大，大到连
file()都可能一次性加载所有行导致内存问题，那我们可能就需要用
fopen()配合
fgets()逐行读取，但这已经超出了“字符串转数组”的范畴，更偏向于流式处理了。
如何避免常见的陷阱并提高代码的健壮性？
在处理字符串到数组的转换时，有些小细节如果没注意，可能会导致一些意想不到的问题。提前考虑到这些，能让我们的代码更健壮、更不容易出错。
首先，换行符的不确定性是最大的坑。我之前就遇到过，在开发环境（Linux）测试好好的代码，部署到Windows服务器上就出了问题，就是因为换行符从
\n变成了
\r\n。所以，要么坚持使用
PHP_EOL，要么就用
preg_split()配合
/\r\n|\n|\r/这种模式，确保能兼容所有可能的换行符。这真的能省去很多调试时间。
其次，空行和多余的空白字符。很多人写完
explode()就不管了，结果数组里混杂着空字符串，或者每行数据前后带着一堆空格。这在后续处理数据时，比如进行数值转换、数据库插入或者字符串比较时，都可能引发错误。所以，养成
array_filter()和
array_map('trim', ...) 的习惯非常重要。虽然多写一行代码，但能避免更多潜在的bug。
还有就是编码问题。虽然不是直接关于行分割，但如果你的多行字符串本身编码就不对（比如从一个非UTF-8的源获取），那么即使分割成了数组，里面的内容也可能显示乱码或者导致字符串函数处理异常。确保你的输入字符串编码正确，并且PHP环境也配置为处理这种编码，是解决所有字符串问题的基础。
mb_convert_encoding()在这种情况下是你的朋友。
最后，性能考量。虽然我们前面提到了
file()函数，但即使是处理内存中的字符串，如果这个字符串特别长（比如几十兆），那么
explode()或者
preg_split()依然会消耗不少内存和CPU时间。在极端情况下，如果你的应用场景需要处理超大规模的文本数据流，可能需要考虑更底层的、基于生成器（Generator）的逐行处理方式，比如自己实现一个迭代器来模拟
fgets()的行为，避免一次性加载所有内容。但这通常是高级优化，对于大多数日常任务，我们讨论的这些方法已经足够了。
总的来说，就是多想一步：数据来源可能是什么样的？会有脏数据吗？我的代码在不同环境下会表现一致吗？带着这些问题去设计和实现，才能写出真正可靠的代码。
