PHP 版本过低会直接导致 json_encode() 行为异常、filter_var() IPv6 支持缺陷、opensslencrypt() AEAD 模式不可用，并引发 Laravel 9+ 等框架的 Fatal error；升级需重点验证 mysql* 函数、create_function() 和短标签兼容性。
PHP 版本过低会直接影响哪些功能
PHP 低于 7.4（尤其是仍在用 5.6 或 7.0）时，json_encode() 默认行为变化、filter_var() 对 IPv6 的支持缺陷、openssl_encrypt() 的 AEAD 模式不可用等问题会直接导致依赖这些特性的组件崩溃。Laravel 9+、Symfony 6+、WordPress 6.0+ 等主流框架/系统已明确要求 PHP ≥ 8.0，强行运行会出现 Fatal error: Uncaught Error: Call to undefined function 类错误。
升级前必须验证的三个兼容性断点
不是所有代码都能平滑升级，重点关注：
-
mysql_*函数（PHP 7.0 已移除）→ 必须替换为mysqli_*或 PDO -
create_function()（PHP 7.2 废弃，8.0 移除）→ 改用匿名函数fn() => ...或function() { ... } - 短标签
（默认关闭于 PHP 5.4+，PHP 8.0 起彻底不推荐）→ 检查short_open_tag = On是否被硬编码依赖
如何快速评估现有项目对新版 PHP 的适配程度
不用逐行读代码，用工具定位风险点：
- 本地跑
php -l *.php只能发现语法错误，不够；应使用phpstan（配合 level 5+ 配置）或phpcs+PHPCompatibility标准 - 关键命令：
phpcbf --standard=PHPCompatibility --runtime-set testVersion 8.1 .可自动标注并建议修复 PHP 8.1 不兼容写法 - 检查
composer.json中"require": {"php": "..."}值，若写死为"^7.2"却想升到 8.2，Composer install 会直接失败
升级后最常被忽略的隐性影响
很多问题不在报错里，而在行为偏移：
立即学习“PHP免费学习笔记（深入）”；
-
count(null)在 PHP 7.2+ 返回 0（旧版报 warning），若业务逻辑靠这个判断空数组，结果会错 -
array_key_exists()对对象属性不再返回 true（PHP 8.0+ 严格区分数组与对象），已有代码可能误判配置存在性 - OPcache 默认启用且更激进，但
opcache.revalidate_freq = 0在开发环境没关，会导致改了代码却看不到效果，误以为升级失败
升级不是改完版本号就结束，得盯着日志里的 Deprecated: 和 Notice:——它们是下个大版本的 Fatal error 预告。
