phpEnv只是PHP版本切换工具，真正兼容性问题源于PHP语言层变更；需通过phpinfo()确认Web真实环境，修复count(null)、foreach遍历非数组、mb_*编码缺失、array_key_exists(null)及未初始化类型声明五类高频崩点。
phpEnv 本身不决定 PHP 行为，它只是切换不同版本 PHP 的外壳工具；真正出错的根源是代码在新 PHP 版本下触发了语言层变更——比如 count(null) 返回值变了、foreach 遍历非数组直接 fatal、mb_* 缺省编码被拒绝等。别在 phpEnv 配置里找解法，得改代码或调参数。
确认当前实际运行的 PHP 版本和配置
phpEnv 切换后，php -v 和 php --ini 输出可能和 Web 环境不一致，尤其 Nginx/Apache 模块加载的是另一个 php.ini。
- 在 Web 脚本里加
phpinfo();，看 “Loaded Configuration File” 和 “PHP Version” 栏，这才是真实环境 - 检查 CLI 和 Web 是否用了同一套扩展：运行
php -m | grep mbstring，再对比phpinfo()里的 Loaded Modules - 常见坑：phpEnv 启用了
opcache，但新 PHP 版本默认开启opcache.validate_timestamps=0，导致改了代码不生效，需设为1或手动opcache_reset()
修复五类高频兼容性崩点
PHP 7.x 升级到 8.0+ 后，90% 的报错集中在这几个函数/行为上，不是语法错，是语义变了。
-
count(null)：PHP 7.x 返回1，PHP 8.0+ 报 Warning 并返回0→ 改用is_countable($var) && count($var) > 0 -
foreach($data as $v)：若$data是null或字符串，PHP 7.x 静默跳过，PHP 8.0+ 直接 Fatal → 加判断is_array($data) || $data instanceof Traversable -
mb_strlen($str)：PHP 8.0+ 不再接受隐式编码，默认强制要求第 2 个参数 → 统一补上mb_strlen($str, 'UTF-8')或开头调mb_internal_encoding('UTF-8') -
array_key_exists(null, $arr)：PHP 7.x 返回false，PHP 8.0+ 抛TypeError→ 确保 key 是string或int，加is_string($key) || is_int($key) - 类型声明字段未初始化：
public string $name;在构造中没赋值 → PHP 8.0+ 报TypeError→ 改成public ?string $name = null;或明确初始化
用 phpEnv 快速验证修复效果
别等部署才试，本地用 phpEnv 切 PHP 8.2 环境跑一遍就能暴露大部分问题。
立即学习“PHP免费学习笔记（深入）”；
- 批量扫描：执行
find ./app -name "*.php" -exec php -l {} \; 2>&1 | grep -E "(Deprecated|Warning|Fatal)"，注意路径要对准你的项目根目录 - 临时提高错误等级：在入口脚本（如
index.php）第一行加error_reporting(E_ALL | E_STRICT); ini_set('display_errors', '1'); - 禁用 opcache 缓存干扰：在 CLI 测试时加
php -d opcache.enable=0 your_script.php，避免旧字节码残留
最易被忽略的是边界数据：比如传 null 给 trim()、json_decode('') 返回 null 后直接调方法、__toString() 返回 int 而非 string ——这些在正常业务流里不触发，一到异常分支或测试用例就崩。得用空值、空数组、错误 JSON 这类输入专门压一遍。
