php 8.3 严格执行 count() 类型约束，非数组/countable 参数触发 warning；常见于未判空的配置、$_post/$_get 值、mysqli_fetch_fields() 返回 false 等场景；修复方式是用 (array) 强转参数。
PHP 8.3 严格执行 count() 的类型约束，任何非数组、非 Countable 对象的参数都会触发 Warning: count(): Parameter must be an array or an object that implements Countable。这不是 phpMyAdmin 的 bug，而是 PHP 运行时校验升级后的必然行为。
phpMyAdmin 中哪些地方会触发这个 warning
常见于读取未初始化或可能为 null/字符串的配置项、元数据、查询结果字段时直接传给 count()：
-
$cfg['Servers'][$i]['host']配置缺失或为空，后续某处用count($cfg['Servers'])前未判空 - 调用
get_cfg_var('upload_max_filesize')返回 false（因 ini 被禁用），却被count()直接接收 - 从
$_POST或$_GET取值（如$_POST['selected']）未用isset()或is_array()校验就计数 - 旧版 phpMyAdmin（如 4.x/5.0）中对
mysqli_fetch_fields()结果未做健壮封装，返回false时仍被count()调用
为什么 phpMyAdmin 5.2.1 仍可能报错
即使升级到官方最新版，也不能完全规避——因为错误根源不在 phpMyAdmin 自身代码逻辑，而在于你实际运行环境中的配置和输入数据：
- phpMyAdmin 5.2.1 要求 PHP ≥ 8.0，但部分边缘路径（如自定义插件、第三方扩展、宝塔/PhpStudy 的集成封装层）仍可能传入非法值
- 某些面板（如 phpstudy_pro）把 phpMyAdmin 放在 ThinkPHP 项目的
public/下，导致请求被框架中间件劫持，$_POST被重写或过滤为空字符串 - 你手动修改过
config.inc.php，其中某处用了count($some_undefined_var)，而 PHP 8.3 不再容忍这种“隐式转换” -
error_reporting设为E_ALL且display_errors = On，让原本被忽略的 warning 浮出水面；PHP 8.2 及以前默认 suppresses this warning in some contexts
最稳妥的修复方式：加 (array) 类型转换
不改 phpMyAdmin 源码、不降级 PHP，只需定位报错行（看 PHP 错误日志或浏览器开发者工具 Network → Response），将类似这样的代码：
if (count($selected_rows) > 0) { ... }
改为：
if (count((array) $selected_rows) > 0) { ... }
-
(array) null→[]（count()返回 0） -
(array) false→[false]（返回 1，但业务上应额外判断有效性） -
(array) 'string'→['string']（避免 warning，同时暴露逻辑缺陷） - 已有数组保持不变，零性能损耗
容易被忽略的点
报错行未必在 phpMyAdmin 主目录里——它可能藏在 ./libraries/ 的某个 include 文件中，也可能来自你服务器上共用的全局函数库（比如宝塔面板注入的 /www/server/phpmyadmin/libraries/common.inc.php 补丁）。务必查完整错误堆栈，别只盯着 index.php。另外，count() 报错常是表象，背后可能是 MySQL 连接失败导致查询返回 false，进而被计数——先确认 mysqli 扩展已启用、mysqli.default_socket 路径正确，再修 count 问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
