使用str_split()可按固定长度分割字符串，但处理多字节字符时需用mb_str_split()避免乱码，后者按字符而非字节分割，支持指定编码，推荐用于国际化场景。
在PHP中，将字符串按固定长度分割成数组，最直接且推荐的方法就是使用内置的
str_split()函数。它允许你指定一个长度，然后函数会把原始字符串按照这个长度“切片”，并把这些切片作为数组的元素返回。
解决方案
str_split()函数的用法相当直观：它接受两个参数，第一个是你要分割的字符串，第二个是可选的分割长度。如果不指定长度，它会默认将字符串分割成单个字符的数组。
ABCDE
[1] => FGHIJ
[2] => KLMNO
[3] => PQRST
[4] => UVWXY
[5] => Z0123
[6] => 45678
[7] => 9
)
*/
// 示例2：不指定长度（按单个字符分割）
$singleChars = str_split("Hello");
print_r($singleChars);
/*
Array
(
[0] => H
[1] => e
[2] => l
[3] => l
[4] => o
)
*/
// 示例3：当字符串长度不是分割长度的整数倍时
$shortString = "ABCDEF";
$shortChunks = str_split($shortString, 4);
print_r($shortChunks);
/*
Array
(
[0] => ABCD
[1] => EF
)
*/
// 最后一个元素会包含剩余的所有字符，不会填充。
// 示例4：处理空字符串
$emptyString = "";
$emptyChunks = str_split($emptyString, 3);
print_r($emptyChunks); // 输出：Array()
// 返回一个空数组，这符合预期。
?>str_split()在处理英文字符和数字时表现得非常可靠，效率也高。但实际开发中，我们往往会遇到一些“坑”，特别是涉及到多字节字符集的时候。
处理包含多字节字符的字符串时，str_split
会出现什么问题？
这是一个非常关键且容易被忽视的问题。
str_split()函数在设计之初，是基于字节进行操作的。这意味着，对于像中文、日文、韩文或其他Unicode字符（通常一个字符会占用多个字节）的字符串，如果你直接使用
str_split()，它会把一个完整的字符“拦腰斩断”，导致乱码或者无法识别的字符。
立即学习“PHP免费学习笔记（深入）”；
举个例子，一个UTF-8编码的中文字符通常占用3个字节。如果你用
str_split("你好世界", 2)，它会尝试每2个字节切开，结果就是“你”字被切成了两半，后续的字符也跟着错位，最终得到一堆乱码。 你
[1] => 好
[2] => 世
[3] => 界
)
*/
// 看起来好像没问题？但如果分割长度不是3呢？
$badChunks2 = str_split($chineseString, 2);
print_r($badChunks2);
/*
Array
(
[0] => 浣
[1] => 濂
[2] => 涓
[3] => 晫
)
*/
// 结果是乱码！因为“你”字（UTF-8编码是E4BDA0）被切成了E4BD和A0，完全错了。
?>为了解决这个问题，PHP提供了
mb_str_split()函数（需要
mbstring扩展支持）。
mb_str_split()的行为与
str_split()类似，但它会考虑字符编码，按实际的字符数而不是字节数进行分割。它还允许你指定字符编码，这让它在处理国际化内容时更加健壮。
你好
[1] => 世界
)
*/
// 如果按单个字符分割
$singleMbChars = mb_str_split($chineseString, 1, 'UTF-8');
print_r($singleMbChars);
/*
Array
(
[0] => 你
[1] => 好
[2] => 世
[3] => 界
)
*/
?>所以，我的建议是，只要你的应用可能处理非ASCII字符，就应该毫不犹豫地选择
mb_str_split()。养成这个习惯能省去很多调试乱码的麻烦。
除了 str_split
，还有其他分割字符串的替代方案吗？
当然有，但具体选择哪种，得看你的需求场景。
str_split专注于固定长度的分割，它的优势在于简洁和性能。如果你的需求稍微复杂一点，可能就需要其他工具了。
-
手动循环结合
substr()
： 这是最原始，也是最灵活的方式。你可以通过一个循环，配合substr()
函数和计数器，手动从字符串中截取指定长度的片段。这种方式的优点是你可以完全控制分割逻辑，比如在特定条件下跳过某些字符，或者进行更复杂的处理。缺点是代码会比str_split()
稍微冗长，可读性也可能略差，而且你需要自己处理边界条件。123 [1] => 456 [2] => 789 [3] => 0AB [4] => CDE [5] => F ) */ ?>对于多字节字符，同样需要使用
mb_substr()
和mb_strlen()
。 -
preg_split()
结合正则表达式： 如果你需要根据更复杂的模式（而不是固定长度）来分割字符串，那么preg_split()
配合正则表达式是你的不二之选。例如，按任意非字母数字字符分割，或者按特定分隔符（但分隔符本身不保留在结果中）分割。虽然它也能模拟固定长度分割，但通常不是它的最佳应用场景，因为正则表达式的开销会比str_split()
大。apple [1] => banana [2] => orange [3] => grape ) */ ?> -
chunk_split()
： 这个函数虽然名字里有“split”，但它的主要作用是把字符串按固定长度分割后，在每个片段后面插入一个分隔符，然后返回一个新的字符串，而不是数组。它通常用于将长字符串格式化成更易读的块，比如将Base64编码的字符串每76个字符插入一个换行符。所以，如果你的目标是得到一个数组，chunk_split()
就不太合适了。
总结一下，对于固定长度的字符串分割并返回数组，
str_split()（或
mb_str_split()）是首选。如果你需要更精细的控制，可以考虑手动循环。如果分割逻辑是基于模式匹配，那么
preg_split()才是王道。
在实际应用中，何时选择 str_split
，何时考虑其他方法？
选择合适的字符串分割方法，往往取决于你的具体业务场景和对性能、可读性的权衡。
str_split()（及其多字节版本
mb_str_split()）在以下场景中表现出色：
-
处理定长数据格式： 比如一些老旧系统导出的数据文件，每行记录的字段都是固定长度的。例如，银行交易记录可能前8位是日期，接着6位是交易码，再接着10位是金额。这时，
str_split()
能非常高效地将一行字符串解析成不同的字段数组。 -
生成或解析序列号/批次号： 有些序列号设计成固定长度的块，例如
ABC-123-XYZ
。虽然这里有分隔符，但如果你需要把ABC123XYZ
这样的无分隔符字符串按固定长度（如3个字符）切开，str_split()
就很方便。 -
字符遍历或分析： 当你需要对字符串中的每一个字符（或每N个字符）进行操作或分析时，
str_split()
能够快速地将字符串转换为字符数组，方便后续的循环处理。例如，检查一个字符串是否只包含特定字符集，或者统计特定字符的出现频率。 -
性能要求高，逻辑简单：
str_split()
是一个内置函数，通常经过高度优化。在处理大量数据时，如果分割逻辑只是简单的固定长度，它的性能优势会比较明显。
什么时候需要考虑其他方法呢？
-
分割依据是动态模式，而非固定长度： 如果你的分隔符不固定，或者需要根据复杂的正则表达式来判断分割点，
preg_split()
是唯一选择。例如，从一段HTML文本中提取所有标签，或者按多个不同的标点符号分割句子。 -
需要保留分隔符或对分隔符进行特殊处理：
str_split()
会直接把字符串切开，分隔符（如果存在的话）会被当作普通字符处理。如果你的分隔符本身也需要作为结果数组的一部分，或者需要对分隔符进行额外的逻辑判断，preg_split()
配合PREG_SPLIT_DELIM_CAPTURE
旗标会更合适。 -
内存优化： 对于极长的字符串，如果一次性将整个字符串分割成数组会导致内存占用过高，你可能需要考虑流式处理或者手动使用
substr()
在循环中按需获取片段，而不是一次性生成整个数组。但这通常是针对非常极端的情况。 -
格式化输出，而非数组： 如果你的目的是将长字符串分块后，在块之间插入特定字符进行格式化输出，那么
chunk_split()
才是正解，因为它直接返回一个格式化后的字符串。
总的来说，
str_split()是处理固定长度字符串分割的利器，尤其是在需要将结果作为数组进行进一步操作时。但永远记住
mb_str_split()的存在，它能帮你避免多字节字符带来的麻烦。在遇到更复杂的分割需求时，再转向
preg_split()或手动循环。选择最适合工具，才能写出高效、健壮的代码。
