PHP7.3.4中count('')返回1的问题探讨及优化建议

你这个观察太细致了，确实戳中了PHP里一个容易让人踩坑的设计点！我来聊聊对这个问题的看法：

首先，先明确这个行为的来龙去脉：在PHP的设计逻辑里，count()函数的处理规则是这样的：

• 如果参数是null，返回0并触发警告；
• 如果是数组或者实现了Countable接口的对象，正常返回元素个数；
• 其他所有非集合类型（比如字符串、数字、布尔值），都会返回1，同时触发E_WARNING警告。

也就是说不止count('')返回1，count(123)、count(false)这些也都会返回1，这是PHP早期弱类型设计留下的历史产物——当时可能是想把单个标量值都视为“包含一个元素的容器”，但这个逻辑放到实际开发里确实很反直觉，尤其是空字符串的情况：很多开发者会下意识觉得空字符串和空数组一样“没有元素”，应该返回0，这就很容易写出if(count($var) == 0)这种逻辑错误的代码，尤其如果生产环境关闭了警告提示，问题更难排查。

你提出的“让count('')返回0或者直接报错”的思路，从逻辑一致性和代码安全性来说，确实更合理。毕竟字符串的长度应该用mb_strlen()或者strlen()来获取，而不是count()，把非集合类型传入count()本身就是误用，直接报错能更早发现问题；退一步说，就算要兼容，返回0也比返回1更符合用户对“空值”的认知。

但为什么PHP官方一直没改这个行为呢？核心原因还是向后兼容性。PHP作为一个迭代了几十年的语言，有大量遗留项目可能不小心依赖了这个奇怪的行为——比如有些旧代码可能用count($var)来判断变量是否为非空标量，虽然这是错误用法，但改了返回值会导致这些代码直接崩溃。PHP开发团队在这类设计问题上一直很保守，除非是严重安全问题，否则不会轻易打破现有兼容性。

那实际开发里怎么避免踩这个坑呢？给你几个建议：

• 调用count()之前，先判断变量类型：用is_array($var) || $var instanceof Countable来确认是可以计数的类型，否则按“无元素”处理；
• 针对字符串，永远用strlen()或mb_strlen()来获取长度，别用count()；
• 开发环境一定要开启E_WARNING及以上的错误提示，能第一时间发现count()的误用。

内容的提问来源于stack exchange，提问作者DDOS