array_filter适合纯筛选且需保留原键或链式处理，但默认保留原始键名、返回数组需额外处理、无法提前退出；foreach更适合查找单个元素、边筛边执行副作用或需早停的场景。
array_filter 适合“纯筛选”，且结果要保留原键或后续还要继续链式处理
当你只需要从数组中挑出符合条件的元素，不关心顺序重排、不打算立刻用对象属性、也不需要在筛选过程中做其他操作（比如记录日志、更新状态、调用外部 API），array_filter 是干净利落的选择。它语义明确，代码短，也方便和 array_map、array_values 等组合使用。
但要注意三点：
-
array_filter默认保留原始键名，比如过滤后得到[3 => $obj]，不是[0 => $obj]；要用array_values重索引就得额外加一步 - 即使只匹配一个元素，它也返回数组，不能直接写
$result->name，得写reset($result)->name或$result[array_key_first($result)]->name - 回调里不能 break，逻辑只能靠 return true/false 控制，没法提前退出循环
foreach 更适合“找一个就停”或“边筛边做别的事”
如果你明确知道目标唯一（比如按 $slug 查一个 Timber\Term），或者要在遍历中顺手计数、收集错误、修改引用变量、甚至抛异常，foreach 就更自然、更可控。
典型场景包括：
立即学习“PHP免费学习笔记（深入）”；
- 查找单个对象后直接返回，避免数组包装：写
return $item;而不是塞进新数组再取第一个 - 需要访问当前键和值，且逻辑依赖两者（比如只处理
$key > 5的项） - 中间可能触发副作用：如
file_put_contents记日志、$counter++、throw new Exception() - 处理超大数组时想早停——
array_filter必须扫完整个数组，而foreach遇到匹配项可立即break或return
性能差异没你想的那么大，但语义和可维护性差别明显
在千条数据量级下，array_filter 和等效 foreach 的耗时基本一致（实测约 0.25s），PHP 底层优化已经很到位。真正影响选择的不是“快零点几毫秒”，而是后续怎么用结果、团队是否容易理解、以及逻辑会不会随需求变复杂。
几个现实判断点：
- 如果函数签名是
function findUser(array $users, string $id): ?User，别用array_filter—— 返回类型该是对象，不是数组 - 如果过滤后紧接着要
foreach遍历结果，那不如一开始就把条件放进那个foreach里，少一次数组分配 - 如果回调里开始嵌套
if-else+isset+is_object判断，说明它已经超出array_filter的舒适区，该换foreach了
别忽略 key 保留这个默认行为
array_filter 不重置键，这是它最常被踩的坑。你看到 print_r 输出里键是 [123] 而不是 [0]，不是 bug，是设计如此。如果业务逻辑依赖连续数字索引（比如前端要 v-for 渲染），必须显式加 array_values。
而 foreach 天然不生成新数组，也就不存在“键要不要保留”的问题——你要什么结构，就构造什么结构。
真正麻烦的不是选哪个函数，而是选完之后忘了它们对键的处理逻辑，导致后续 isset($arr[0]) 返回 false 却查不出原因。
