array_filter是PHP中专为条件过滤设计的函数，返回满足条件的新数组，需确保回调函数明确返回布尔值，优先在数据库层过滤以提升性能。
PHP中用array_filter过滤数组数据
直接用 array_filter，它专为“只处理满足条件的数据”而生。不满足条件的元素会被自动剔除，原数组不变（返回新数组），比手写循环安全、简洁得多。
常见错误是传入回调函数时没返回布尔值，导致所有元素都被保留（PHP把非false、非null、非0、非空字符串都当true处理）。
- 回调函数必须明确
return true或return false，不能只写逻辑不返回 - 如果省略回调函数，
array_filter会删掉所有“falsy”值（0、""、null、false），这往往不是你想要的“按业务条件过滤” - 需要保留键名？默认就保留；想重排索引？套一层
array_values
$data = ['a' => 10, 'b' => -5, 'c' => 0, 'd' => 15];
$positives = array_filter($data, function($v) {
return $v > 0; // 必须写这一行 return
});
// 结果：['a' => 10, 'd' => 15]
foreach里break/continue不是“只处理满足条件”的好办法
有人习惯在 foreach 里加 if (!condition) continue;，这确实能跳过不满足条件的项，但本质上还是遍历了全部数据——只是跳过处理逻辑。当数组很大、条件判断又耗时，性能就吃亏了。
更关键的是，这种写法容易混淆“过滤”和“条件执行”：你想的是“只拿符合条件的子集”，但代码表达的是“对每个元素做判断再决定干不干活”，语义不清，后续加统计、合并、映射等操作时容易出错。
立即学习“PHP免费学习笔记（深入）”；
- 如果最终要的是一个新数组（比如只取状态为
active的用户），优先用array_filter - 如果必须边遍历边修改原数组（如删除DB记录），才考虑
foreach + unset，但记得用引用&$item或重建键名，否则unset后foreach可能跳过下一个元素 - 别在循环里反复调用
count()或in_array()做条件判断——提前建好查找表（如array_flip后用isset）
数据库查询阶段就该过滤，别全拉到PHP里筛
如果数据来自MySQL或PostgreSQL，99%的情况，“只处理满足条件的数据”应该发生在SQL层：WHERE 比 array_filter 快几个数量级，还能利用索引、减少网络传输和内存占用。
典型翻车场景：查出10万条订单，再用PHP按status = 'shipped'过滤——PHP得扛住这10万条数据的内存和CPU，而数据库可能0.02秒就返回200条已发货订单。
- 确认SQL里已加必要
WHERE条件，而不是为了“灵活”把所有数据捞上来再用PHP判断 - 注意PHP变量拼进SQL前必须用预处理（
PDO::prepare/mysqli->prepare），别用字符串拼接防注入 - 如果条件太动态（比如多选标签组合），也优先考虑构建动态SQL + 预处理，而非全量加载后过滤
复杂条件建议封装成独立函数再传给array_filter
当判断逻辑超过两三行（比如要校验日期范围 + 用户等级 + 状态位掩码），直接往 array_filter 里塞匿名函数会让代码难读、难测、难复用。
把条件逻辑拆出来，函数名就能说明意图，单元测试也方便，以后其他地方要同样过滤，直接复用即可。
- 函数名要有业务含义，比如
isEligibleForPromotion，别叫checkX - 参数尽量只接收当前项（
$item），避免闭包捕获大量外部变量，影响可读性和序列化（比如用在Redis队列任务里） - 如果真需要外部变量（如阈值、配置），用
use ($threshold)显式声明，别依赖全局或超全局
function isHighValueOrder($order) {
return $order['amount'] >= 1000
&& $order['status'] === 'paid'
&& $order['created_at'] > strtotime('-30 days');
}
$highValueOrders = array_filter($orders, 'isHighValueOrder');
实际项目里最容易被忽略的，是“过滤时机”的选择：该让数据库做，还是PHP做，还是前端传更精确的参数——这比怎么写array_filter重要得多。 
