array_sum不能直接求多维数组的和，仅处理一维数组，嵌套数组会被转为0；对非数字值静默转换，建议先用array_filter清洗；性能优于foreach，但需注意类型安全与数据结构。
array_sum 能不能直接求多维数组的和
不能。它只处理一维数组，遇到嵌套数组会把子数组转成 0（PHP 8.0+ 是 0，老版本可能报 Notice: Array to string conversion），结果严重失真。
常见错误现象：array_sum([[1,2],[3,4]]) 返回 0，而不是 10。
- 如果数据结构固定且只有两层，用
array_map+array_sum套一层：array_sum(array_map('array_sum', $arr)) - 如果层数不固定，必须递归——别硬改
array_sum，写个辅助函数更稳 - 注意空子数组：
array_sum([])返回0，这没问题；但array_sum([[]])也会返回0，容易掩盖数据缺失
array_sum 对非数字值怎么处理
它会静默转换：字符串数字如 "123" 变成 123，纯字母字符串如 "abc" 变成 0，null 和布尔值也转成 0 或 1（true→1，false→0）。
使用场景：适合清洗过、类型可控的数组；不适合原始表单输入或 JSON 解析后的混合数据。
立即学习“PHP免费学习笔记（深入）”；
- 检查类型用
is_numeric()或filter_var($v, FILTER_VALIDATE_FLOAT) !== false更可靠 - 想跳过非法值？别依赖
array_sum的自动转换，先用array_filter清洗：array_sum(array_filter($arr, 'is_numeric')) - PHP 8.0+ 中，
array_sum([1, "2", null, "abc"])结果是3（"2"被转，"abc"变0），但语义模糊，建议显式转换
性能差异：array_sum vs 手写 foreach 循环
内置 array_sum 快得多，C 实现，无 PHP 层开销。十万元素数组，它通常比等效 foreach 快 2–3 倍。
但前提是数组本身已经存在。如果为了用 array_sum 而先调用 array_values 或 array_filter，整体可能更慢。
- 直接求和用
array_sum($arr)，别自己循环 - 需要条件过滤时，权衡：先
array_filter再array_sum通常仍优于带 if 的 foreach（因为 C 层过滤更快） - 注意键名：关联数组不影响
array_sum，它只看值；但若你误用了array_keys($arr)当数据源，结果就全错了
替代方案：什么时候不该用 array_sum
当你要累加的不是“值”，而是带逻辑的计算结果（比如每个元素要乘系数、取绝对值、或按条件分支），array_sum 就不够用了。
典型场景：统计订单金额（单价 × 数量）、计算加权平均、累加对象属性。
- 用
array_reduce更灵活：array_reduce($items, function($carry, $item) { return $carry + $item['price'] * $item['qty']; }, 0) - 避免在回调里重复计算，提前把衍生字段算好再进
array_sum - 大数组慎用引用传递或闭包捕获大量变量，
array_reduce的回调每次调用都有额外栈开销
最易被忽略的是类型隐式转换——看着 array_sum 简单，但传进去的数组到底有没有混入字符串、null 或对象，往往到线上出错才暴露。上线前用 var_dump(array_filter($arr, function($v) { return !is_numeric($v); })) 快速扫一眼。
