应使用php -l检测语法错误、PHPStan按目标版本扫描不兼容特性（如enum、match）、手动核查函数行为差异（如str_contains）、验证扩展与配置项变更，避免Parse error及运行时异常。
不能直接“回退代码”——PHP版本降级本质是环境切换 + 代码适配，不是 git revert 那种原子操作。 你写的 match 表达式、enum、只读属性、never 返回类型，在 PHP 8.0 或更早版本里根本无法解析，会直接报 Parse error。必须人工识别、替换或移除。
怎么快速定位高版本语法在低版本中会崩？
别靠肉眼扫，用工具筛出硬性不兼容点：
- 运行
php -l对每个文件做语法检查，但只能发现 parse 错误，漏掉运行时特性 - 用
phpstan配合目标版本配置：比如降级到 PHP 8.0，就跑phpstan analyse --level=8 --configuration=phpstan.neon，它会标出enum、final class在 8.0 不支持等提示 - 关键函数行为差异要手动查：比如
str_contains()是 8.0 新增，7.4 必须改用strpos($s, $needle) !== false；array_is_list()是 8.1 加的，旧版得自己写判断逻辑 - 注意扩展依赖：PHP 8.1 默认禁用
mysql扩展，但有些老项目还硬编码了mysql_connect()，这种不是语法错，是运行时报Fatal error: Uncaught Error: Call to undefined function mysql_connect()
APT/YUM 环境下 PHP 版本切换的真实代价
包管理器装的 PHP 不是换一个二进制就行，它牵扯整个模块生态：
- Ubuntu/Debian 上用 ondrej PPA 装了 PHP 8.3，想切回 8.1：先确认
apt list -a php8.1是否还能列出可用包；如果源已清理，就得手动加旧存档源（如deb https://archive.ubuntu.com/ubuntu jammy-backports main），否则apt install php8.1会失败 - CentOS/RHEL 用 Remi 源时，
dnf module list php显示的是 stream 列表，dnf module reset php后再dnf module enable php:remi-80才能切到 8.0 —— 这步漏了，php -v还是显示 8.2 - Apache 模块名随版本变：
a2dismod php8.3和a2enmod php8.1必须成对执行；Nginx 的fastcgi_pass地址也得从127.0.0.1:9003改成127.0.0.1:9001，否则 502 -
which php和php -v结果可能不一致：CLI 用的是/usr/bin/php，而 Web 用的是/usr/lib/cgi-bin/php或 FPM socket，必须分别验证
代码层适配不能只改语法，还得看运行时行为
有些变更表面不动声色，实际逻辑已偏移：
立即学习“PHP免费学习笔记（深入）”；
- PHP 8.0 开始，
json_encode()对NaN、INF默认返回null，而 7.4 是空字符串或报错，前端若没判空会炸 -
mbstring默认编码在 8.0+ 变为UTF-8，之前是ISO-8859-1，mb_strlen($s)结果可能差一倍 - 错误处理升级：PHP 8 把很多
E_WARNING升级为TypeError或ValueError异常，原来用@抑制或set_error_handler()捕获的逻辑全失效 - 第三方库的隐性依赖：比如某 Composer 包声明
"php": "^8.1"，降级后composer install直接失败；即使强制装上，运行时调用ReflectionNamedType::getName()（8.0 新增）也会 fatal
最易被忽略的是配置项继承关系：PHP-FPM 的 www.conf 里 php_admin_value[error_log] 在 8.1 支持多值，8.0 只认单值；还有 opcache.preload 在 7.4 是可选，在 8.0+ 是默认开启，关不掉会导致 preload 文件里的新语法报错。这些细节不逐项核对，服务起来就卡在白屏或 500。
