使用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
会出现什么问题？
这是一个非常关键且容易被忽视的问题。
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
，还有其他分割字符串的替代方案吗？
当然有，但具体选择哪种，得看你的需求场景。
str_split
专注于固定长度的分割，它的优势在于简洁和性能。如果你的需求稍微复杂一点，可能就需要其他工具了。
手动循环结合
substr()
：这是最原始，也是最灵活的方式。你可以通过一个循环，配合
substr()
函数和计数器，手动从字符串中截取指定长度的片段。这种方式的优点是你可以完全控制分割逻辑，比如在特定条件下跳过某些字符，或者进行更复杂的处理。缺点是代码会比
str_split()
稍微冗长，可读性也可能略差，而且你需要自己处理边界条件。
<?php$text = "1234567890ABCDEF";$length = 3;$result = [];for ($i = 0; $i 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
，何时考虑其他方法？
选择合适的字符串分割方法，往往取决于你的具体业务场景和对性能、可读性的权衡。
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()
或手动循环。选择最适合工具，才能写出高效、健壮的代码。
以上就是如何在PHP中将字符串按固定长度分割成数组？str_split详解的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1270744.html
微信扫一扫 
支付宝扫一扫 
