PHP 7.4 升级到 8.0 后 jsonencode() 默认不再将 null 键数组隐式转对象，mbstring 默认编码改为 UTF-8，mysql* 函数已移除，str_contains() 等新函数需对应 PHP 版本支持。
PHP 7.4 升级到 8.0 后 json_encode() 行为变化最明显
默认不再自动将 null 键数组转为对象，而是保持关联数组语义。如果你的接口返回 JSON 时依赖旧版“空键 → 对象”的隐式转换（比如 json_encode([null => 'a']) 在 7.4 返回 {"": "a"}，8.0 返回 {"": "a"} 表面一样，但内部键类型处理更严格），实际在解码端用 json_decode($str, true) 时差异不大；但若省略第二个参数，8.0 的对象属性访问会更“干净”，不会因键名是空字符串导致 $obj->"" 报错。
实操建议：
- 检查所有未显式传
true的json_decode()调用，确认业务是否依赖对象属性动态访问 - 避免用
array_keys($arr) === range(0, count($arr)-1)判断索引数组——PHP 8.0+ 对json_encode()输出的数组结构判断更保守，建议改用array_is_list($arr)（PHP 8.1+）或!array_keys($arr) !== array_keys(array_values($arr)) - 升级前用
php -l扫描 + 开启E_DEPRECATED日志，重点关注json_encode()相关警告
宝塔中切换 PHP 版本后 mbstring 编码函数默认行为不一致
PHP 7.3 及以前，mb_internal_encoding() 默认是 ISO-8859-1；从 7.4 开始默认改为 UTF-8。这意味着没显式调用 mb_internal_encoding('UTF-8') 的老代码，在 7.4+ 下可能因内部编码假设错误，导致 mb_substr()、mb_strlen() 计算中文字符长度出错（比如返回字节数而非字符数）。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
- 用户昵称截取后显示乱码或丢失字符
-
mb_strpos($haystack, $needle)在含中文的字符串中返回false（实际存在） - 宝塔面板里启用“防跨站攻击”后，
mb_*函数突然失效（因 open_basedir 限制与编码检测逻辑耦合）
实操建议：
- 所有项目入口文件第一行加
mb_internal_encoding('UTF-8');，不要依赖默认值 - 检查
php.ini中mbstring.internal_encoding是否被宝塔模板覆盖（路径如/www/server/php/80/etc/php.ini），该配置项在 PHP 8.0+ 已废弃，仅作兼容保留 - 用
mb_detect_encoding($str, ['UTF-8', 'GB2312'], true)替代盲目mb_convert_encoding()，避免二次转码
mysql_connect() 类函数在 PHP 7.0+ 彻底移除，但宝塔部分旧插件仍残留调用
宝塔 7.x 面板本身已不用 MySQL 扩展，但用户安装的第三方 PHP 插件（如某些老版 WordPress 缓存组件、Discuz! X2 插件）可能还在调用 mysql_connect()、mysql_query()。PHP 7.0 起这些函数直接报 Fatal error: Uncaught Error: Call to undefined function mysql_connect()，不是警告，无法忽略。
