php count()“不对”主因是参数类型不符预期：传null/false/字符串会报错或返回1；应强制(array)$var转换；sql的count(*)与php count()用途不同，前者统计总数，后者仅当前页数量；多维数组需用count_recursive才计总数。
PHP 的 count() 返回结果“不对”，绝大多数时候不是函数本身出错，而是你传给它的值不符合预期——它忠实地数了你给的东西，但那个东西可能根本不是你想象中的数组。
传了 null、false 或字符串，却直接 count()
这是 PHP 7.2+ 最常触发警告的场景：Warning: count(): Parameter must be an array or an object that implements Countable。比如 WordPress 里调用 get_post_meta($post_id, 'xxx', true)，返回可能是 false、''、null，甚至反序列化失败后的原始字符串。这些都不是数组，count() 拒绝数，直接报错或返回 1（PHP 7.2 前会静默返回 1，造成逻辑错）。
- ✅ 正确做法：统一用
(array)$var强制转换再 count ——null变成空数组（count()返回 0），false变成[false]（返回 1，但你要自己判断业务上是否算“有”） - ⚠️ 别写
if ($var) { $n = count($var); }：因为$var = '0'或0也会让条件为 false，但它们是合法字符串/数字，不该被跳过 - ? 更健壮的空检查应是：
is_array($var) && !empty($var)，或直接依赖count((array)$var) > 0
COUNT(*) 和 PHP 的 count() 混用导致数量对不上
你在 SQL 里写 SELECT * FROM user WHERE status = 1 LIMIT 20，然后在 PHP 里 count($resultArray) 得到 20 —— 这个 20 是“这次查出来的条数”，不是“总共有多少条符合条件”。如果页面要做分页，你需要的是总数，而不是当前页数据量。
- ❌ 错误思路：查全量数据再用 PHP
count()统计（内存爆炸、网络拖慢、LIMIT 失效） - ✅ 正确做法：单独发一条
COUNT(*)查询，例如SELECT COUNT(*) FROM user WHERE status = 1 - ? 注意：不要用
COUNT(id)替代COUNT(*)，除非你明确想排除id IS NULL的行；主键字段虽不可能为 NULL，但换表或改结构后容易埋坑
多维数组没开递归模式，结果比预期少
count() 默认只数第一层元素个数。如果你有一个二维数组 $data = [['a','b'], ['c']]，count($data) 返回 2，不是 3。
- ✅ 需要总元素数时，加
COUNT_RECURSIVE参数：count($data, COUNT_RECURSIVE) - ⚠️ 但注意：递归模式会把所有子数组的键和值都算进去，如果数组里有对象、资源或循环引用，可能出错或死循环
- ? 更安全的替代方案是用
array_walk_recursive()手动计数，或先array_values()归一化结构
最隐蔽的问题往往藏在「你以为它是个数组」这个假设里——count() 从不猜，它只响应你给的类型。强制转 (array) 是防御性编码的底线，而混淆 SQL 行数和 PHP 数组长度，则是跨层逻辑错位的典型表现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
