多维数组扁平化是将嵌套数组转化为一维数组的过程，便于数据处理和API对接。常用方法有递归函数和array_walk_recursive：前者逻辑清晰但可能受递归深度限制，后者简洁高效且由C实现性能更优。实际应用包括缓存存储、搜索索引构建和表单数据整理。选择方法需权衡可读性、性能与灵活性，递归适合定制化需求，array_walk_recursive适合通用场景。注意陷阱如栈溢出、内存消耗及对象处理问题，必要时可用迭代替代递归以提升健壮性。
PHP将多维数组扁平化，其核心思想在于递归或迭代遍历所有嵌套层级，并将非数组元素收集到一个新的单一维度数组中。这通常是为了简化数据处理、方便遍历、或适应某些API/数据库的输入格式。它本质上就是把一个“盒子里的盒子”结构，拆解成一堆散落在桌上的物件。
解决方案
在PHP中实现多维数组扁平化，我们有几种常用且高效的策略。我个人比较偏爱递归方法，因为它直观地模拟了我们处理嵌套结构时的思维方式；而
array_walk_recursive
则提供了一种更函数式、更简洁的内置方案。
1. 递归函数实现 这是最经典也最容易理解的方法。我们定义一个函数，如果遇到数组元素，就递归调用自身；如果是非数组元素，就将其添加到结果数组中。
function flattenArrayRecursive(array $array): array { $result = []; foreach ($array as $item) { if (is_array($item)) { // 合并递归调用的结果 $result = array_merge($result, flattenArrayRecursive($item)); } else { $result[] = $item; } } return $result; } // 示例 $multiDimensionalArray = [ 1, [2, 3, [4, 5]], 6, [7, [8]], 9 ]; $flatArray = flattenArrayRecursive($multiDimensionalArray); // 结果: [1, 2, 3, 4, 5, 6, 7, 8, 9]
这种方法的优点是逻辑清晰，易于理解和调试。但需要注意PHP的递归深度限制，尽管对于大多数应用来说，这个限制已经足够高。
2. 使用
array_walk_recursive
PHP提供了一个非常方便的内置函数
array_walk_recursive
，它能递归地遍历数组中的所有标量值（非数组）。我们可以利用它的回调函数来收集这些值。
function flattenArrayWalkRecursive(array $array): array { $result = []; array_walk_recursive($array, function ($item) use (&$result) { $result[] = $item; }); return $result; } // 示例 $multiDimensionalArray = [ 1, [2, 3, [4, 5]], 6, [7, [8]], 9 ]; $flatArray = flattenArrayWalkRecursive($multiDimensionalArray); // 结果: [1, 2, 3, 4, 5, 6, 7, 8, 9]
这种方法代码量更少，看起来也更“PHPic”。它内部处理了递归逻辑，省去了我们自己管理递归栈的麻烦。
立即学习“PHP免费学习笔记（深入）”；
为什么会需要将多维数组扁平化？理解其应用场景与价值
在实际开发中，多维数组扁平化并非一个纯粹的算法练习，它背后有着非常实际的需求和应用价值。想象一下，你从某个API获取的数据，或者从数据库查询出来的结果，往往是结构化的，包含了层层嵌套。但很多时候，我们并不需要保留这种复杂的层级关系，而是只关心其中的“叶子”节点值。
比如，当我们需要将一个包含用户权限、产品分类等复杂结构的多维数组，最终存入一个只接受扁平化键值对的缓存系统（如Redis的字符串类型，或者简单的文件存储）时，扁平化就成了必经之路。又或者，你正在构建一个搜索功能，需要从一个复杂的数据结构中提取所有可搜索的文本内容，然后将它们组合成一个大的字符串进行索引；这时，扁平化能帮你快速收集所有相关的文本片段。
再举个例子，在处理表单提交时，如果表单字段使用了类似
name="user[address][street]"
这样的命名方式，PHP会自动将其解析为多维数组。但在某些后端处理逻辑中，你可能需要将所有这些字段值统一收集到一个列表中进行验证或批量处理，而不关心它们最初的层级关系。扁平化操作在这里就能大显身手，它能将所有用户输入值整理成一个易于处理的列表，极大地简化了后续的业务逻辑。在我看来，它就是一种“解构”复杂数据的有效手段，让数据从“结构化”走向“可操作化”。
递归扁平化与
array_walk_recursive
array_walk_recursive
：选择哪种方法更合适？
面对两种主流的扁平化方法——自定义递归函数和
array_walk_recursive
，开发者常常会纠结该如何选择。这其实没有绝对的“最佳”答案，更多的是根据具体场景、个人偏好以及对性能、可读性的权衡。
从可读性来看，自定义递归函数（如
flattenArrayRecursive
）通常更直观。它的逻辑一目了然：遇到数组就深入，遇到非数组就收集。这对于初学者或需要清晰理解每一步操作的人来说，非常有帮助。而
array_walk_recursive
虽然代码简洁，但其内部机制对于不熟悉PHP内置函数的人来说，可能需要一些时间去理解回调函数和引用传递的用法。
在性能方面，两者通常都表现良好，但在处理超大规模或超深嵌套的数组时，可能会有一些细微差异。
array_walk_recursive
是C语言实现的内置函数，理论上在底层执行效率上可能略高于纯PHP实现的递归函数。然而，自定义递归函数在某些情况下，由于
array_merge
的开销（每次合并都会创建新数组），可能会比
array_walk_recursive
的直接
$result[] = $item;
操作消耗更多内存或CPU周期，尤其是在扁平化过程中产生大量小数组合并时。不过，对于一般大小的数组，这种差异通常可以忽略不计。
内存消耗也是一个考量点。自定义递归函数在每次递归调用时都会产生新的栈帧，如果数组嵌套层级过深，可能会导致栈溢出（尽管PHP的默认递归深度限制很高）。
array_walk_recursive
则在内部优化了这一过程，通常更不容易遇到这类问题。
灵活性上，自定义递归函数提供了更大的控制权。你可以在递归过程中加入额外的逻辑，例如只扁平化特定键的数组，或者在扁平化时对元素进行转换。
array_walk_recursive
的回调函数虽然也能进行一些处理，但其主要目的是遍历所有叶子节点，定制化的能力相对受限。
我个人在快速开发或处理通用扁平化需求时，更倾向于
array_walk_recursive
，因为它够简洁。但如果我需要对扁平化过程有更精细的控制，或者需要处理一些非标准的情况（比如数组中可能包含对象，且我需要从对象中提取特定属性），那么自定义递归函数就显得更加强大和灵活。
扁平化过程中的常见陷阱与性能优化考量
扁平化数组看起来简单，但在实际操作中，确实存在一些容易踩的坑和需要考虑的性能问题。
一个最直接的陷阱就是PHP的递归深度限制。虽然默认配置下这个限制通常是100或256，对于大多数应用来说已经足够，但如果你处理的数组嵌套层级异常深（例如，通过某些算法生成的数据结构），自定义递归函数就有可能触发
Maximum function nesting level reached
的错误。在这种极端情况下，基于迭代（例如使用
SplStack
实现的非递归深度优先遍历）的扁平化方案会更加健壮，因为它避免了PHP的函数调用栈限制。
另一个需要关注的是内存消耗。对于非常大的多维数组，无论是递归还是
array_walk_recursive
，最终都会将所有元素收集到一个新的单一数组中。这意味着在某个时刻，内存中会同时存在原始多维数组和扁平化后的新数组。如果原始数组本身就很大，扁平化后的数组可能会导致内存使用量翻倍，甚至超出可用内存，引发内存溢出错误。解决这个问题的方法之一是，如果可能的话，考虑流式处理数据，或者在扁平化过程中及时释放不再需要的原始数组部分，但这通常需要更复杂的逻辑。
此外，处理非标量值也是一个需要注意的地方。标准的扁平化通常只关心将所有“叶子”节点（通常是标量，如数字、字符串、布尔值）提取出来。但如果你的多维数组中包含了对象，那么扁平化后的结果将直接包含这些对象引用。你可能需要根据业务需求，决定是保留对象本身，还是从对象中提取特定的属性值。如果需要提取属性，你需要在扁平化逻辑中加入
is_object()
判断，并对对象进行进一步处理。
// 示例
php redis c语言 后端 表单提交 键值对 为什么 red php c语言 多维数组 回调函数 字符串 递归 数据结构 栈 堆 字符串类型 引用传递 function 对象 算法 redis 数据库 性能优化