PHP 7.2+ 中 count() 报 Warning 的根本原因是其类型校验收紧，仅接受 array 或 Countable 对象，传入 null、false、字符串等会触发警告；安全修复方式是强制转为数组 (array)$var，或在需精确区分时用 is_countable()。
count() 报 Warning 的根本原因是什么
PHP 7.2+ 对 count() 做了类型校验收紧：它只接受 array 或实现了 Countable 接口的对象。传入 null、false、字符串、整数、未定义变量等，都会触发 Warning: count(): Parameter must be an array or an object that implements Countable。这不是 bug，是 PHP 主动暴露潜在逻辑缺陷——你本不该对非数组计数。
最常用且安全的修复方式：强制转成数组
用 (array)$var 包一层，是最轻量、语义清晰、兼容性好的做法。PHP 会按规则转换：
-
null→[]（空数组，count()返回0） -
false→[false]（单元素数组，count()返回1；业务上通常需额外判断是否有效） -
'abc'→['abc'] -
42→[42] - 已有数组 → 不变
示例：
$data = get_post_meta($post_id, 'tags', true); // 可能返回 null / '' / false / string $tag_count = count((array)$data); // ✅ 安全，不会警告
什么时候该用 is_countable() 而不是 (array) 强转
当你需要区分“值确实不可计数”和“值为空数组”时，is_countable() 更精确。比如在 Magento 或自定义类中，某个方法本应返回 Collection 或 array，但被意外赋了 null 或 0，这时你想记录异常而非默默当空数组处理：
立即学习“PHP免费学习笔记（深入）”；
-
is_countable(null)→false -
is_countable([])→true -
is_countable(new stdClass())→false
典型写法：
$items = $product->getRelatedItems(); $process_count = is_countable($items) ? count($items) : 0;
容易踩的坑：别用 @ 抑制、也别用 isset() 替代
这些做法看似省事，实则掩盖问题或引入新错：
-
@count($data)：只是屏蔽警告，不解决数据污染，后续逻辑可能崩在别处 -
isset($data) && count($data) > 0：当$data = []时成立，但当$data = false时isset()为false，漏判；更糟的是$data = 0或'0'也会被isset()放过，但count(0)直接报错 -
is_array($data) && count($data) > 0：比isset严谨，但不如(array)$data简洁通用；且如果$data是Countable对象（如 Laravel 的Collection），is_array()会误判为false
真正要判断“有没有元素”，就该用 count((array)$data) > 0 或 is_countable($data) && count($data) > 0，别绕远路。
复杂点在于：很多警告不是 count() 本身的问题，而是上游数据源没做兜底（比如 json_decode() 失败返回 null、API 返回空响应、数据库查询失败返回 false）。修复 count() 调用只是止痛，得顺藤摸瓜查清谁把脏数据塞进来的。
