php 5 代码无法直接在 php 8 运行，因存在大量不兼容变更，需经 php 7.4 过渡并修复 deprecated 警告、数据库函数、类型校验、错误处理等兼容问题。
PHP 5 代码直接跑在 PHP 8 上大概率会报错
PHP 8 引入了大量不兼容变更，不是“升级后重启服务就完事”。很多 PHP 5.6 写的老站（尤其 CMS 类、自建表单、手动拼 SQL 的逻辑）会在 PHP 8 下直接 Fatal error 或行为异常，比如：Undefined variable 变成硬错误、count() 对 null 报错、mysql_* 函数彻底消失、类型推导更严格导致隐式转换失败。
实操建议：
- 别跳过 PHP 7.4 —— 它是 PHP 5 到 8 的关键过渡版本，自带
Deprecation Warning提示，能提前暴露大部分废弃用法 - 先在本地或测试环境装 PHP 7.4，把
error_reporting设为E_ALL | E_DEPRECATED，跑一遍全站流程（含后台、API、定时任务） - 重点关注日志里反复出现的
Deprecated:行，它们就是 PHP 8 的Fatal error前兆 - 用
php -l批量检查所有 PHP 文件语法，PHP 8 不再容忍某些宽松写法（如函数参数默认值写function foo($a = [])在 PHP 5.6 是 OK 的，但若该参数被声明为array类型而实际传了null，PHP 8 会炸）
常见兼容问题及替换方案
老站高频出问题的地方集中在数据库、字符串、数组和错误处理。以下是最常踩的坑和对应改法：
-
mysql_connect()/mysql_query()等已移除 → 必须换为mysqli或PDO；注意mysqli_query($conn, $sql)返回false时不能直接fetch_assoc()，要先判断 -
eregi()、split()等 PCRE 函数被删 → 改用preg_match()，注意正则分隔符和修饰符（如"/pattern/i"替代"pattern"） -
create_function()被移除 → 改用匿名函数，例如array_map(function($v) { return $v * 2; }, $arr) -
count(null)在 PHP 8 报TypeError→ 所有count()前加判空：is_array($data) ? count($data) : 0 -
each()废弃 → 改用foreach ($arr as $k => $v)，别再依赖内部指针
部署线上旧站前必须验证的三件事
光改代码不够，运行环境和配置差异也会让 PHP 8 表现迥异：
立即学习“PHP免费学习笔记（深入）”；
- 确认
opcache.enable=1且opcache.validate_timestamps=0（上线后设为 1，开发期设为 0 避免缓存干扰调试）；PHP 8 的 opcache 默认更激进，未预热可能首次访问慢甚至 500 - 检查
date.timezone是否显式设置（PHP 8 更严，未设会警告并影响date()、strtotime()结果）；老站常靠系统时区，现在必须写进php.ini或用date_default_timezone_set('Asia/Shanghai') - 确认所有第三方扩展（如
mcrypt、memcache）已替换成 PHP 8 兼容版（mcrypt→openssl；memcache→memcached），否则extension=xxx.so加载失败会导致整个 PHP 进程起不来
不要忽略 PHP 8 的新特性反向影响逻辑
有些老代码“侥幸”跑通，是因为 PHP 5/7 宽松处理了歧义，而 PHP 8 主动纠错，反而暴露隐藏 bug：
-
json_decode($str, true)返回null时，老站可能直接foreach($data as ...)—— PHP 8 下直接Fatal error: Uncaught TypeError - 函数参数类型声明（如
function foo(array $arr)）遇到null或string会立即报错，而老站习惯传错类型靠运行时兜底，现在得补校验 -
strcmp()等比较函数对非字符串输入返回0的行为被修正，可能导致权限判断、排序逻辑错乱
最麻烦的不是报错，而是静默逻辑偏移——比如某处 if ($user['level'] > 5)，当 $user 是 null 时，PHP 5 返回 false，PHP 8 可能触发 notice 后继续执行，也可能因 opcache 编译优化导致结果不同。这类问题必须结合真实业务数据压测，不能只看页面是否打开。
