PHP 7.3 升级到 8.2 报错主因是错误处理变严格，将原警告/静默问题升级为致命错误或未捕获异常；需分三类处理：扩展兼容性（如Redis≥5.3.0、绝对路径配置extension_dir）、废弃函数替换（each→foreach、create_function→匿名函数等）、类型与对象行为变化（联合类型校验、json_encode抛ValueError等）。
PHP 7.3 升级到 8.2 报错很常见，不是代码写错了，而是 PHP 8.2 主动“变严格”了——它把原来只警告、忽略甚至静默处理的问题，直接变成致命错误（Fatal Error）或未捕获异常（Uncaught Error），所以一跑就崩。解决核心思路是：先定位报错类型，再分类处理，不硬扛、不跳过、不靠试错。
报错集中在扩展加载失败？重点查 extension_dir 和模块兼容性
很多升级后 php -m 看不到 Redis、PDO、GD 等扩展，或 Apache 启动报 Unable to initialize module，本质是 PHP API 版本不匹配。
-
extension_dir必须写绝对路径，例如：extension_dir = "D:\phpstudy_pro\Extensions\php\php8.2.9nts\ext"
写成
./ext或ext会沿用旧版本路径，导致 PHP 8.2 去 PHP 7.3 的 ext 目录找.dll，必然失败。 - 所有扩展必须支持 PHP 8.2：
- Redis ≥ 5.3.0
- GD ≥ 2.3.0
- PDO MySQL 推荐用
mysqlnd（PHP 8.2 默认已内置，无需额外安装） - 移除已废弃扩展：
mcrypt、sqlsrv（旧版）、xsl（需确认是否启用对应 DLL）
报错是函数不存在或语法报错？立即替换废弃项
PHP 8.2 彻底移除了以下在 7.3 中已被标记为 deprecated 的内容：
立即学习“PHP免费学习笔记（深入）”；
-
each()→ 改用foreach -
create_function()→ 改用匿名函数fn()或function() -
assert()传字符串 → 必须传布尔表达式，如assert($a === $b) -
mysql_*()全系列 → 已彻底删除，必须迁移到mysqli_*或 PDO -
track_errors指令 → 在php.ini中删掉或设为Off，否则启动直接报错
小技巧：用
php -l your_file.php可快速扫描单个文件语法问题；全项目可用phpstan或psalm静态分析辅助识别。
报错是类、方法调用失败？检查类型与对象行为变化
PHP 8.2 强化了类型系统和对象语义，常见坑：
- 联合类型（
string|int）参数传入 null 会报TypeError，需加?或提前校验 - 对象强制转字符串（
(string)$obj）若未定义__toString()，抛Error而非E_RECOVERABLE_ERROR -
json_encode()遇到不可序列化对象（如 Closure）不再静默返回false，而是抛ValueError - 数组与字符串比较（如
[] == ''）结果变为false（PHP 8 统一按严格语义处理）
Web 服务仍显示旧版本？CLI 和 Web 环境没对齐
php -v 显示 8.2，但浏览器打开还是 7.3 —— 这说明：
- Apache/Nginx 的
LoadModule或fastcgi_pass仍指向 PHP 7.3 的php-cgi.exe或php-fpm进程 - PHPStudy 用户需在面板中明确切换项目对应的 PHP 版本，并确认该版本的
php.ini已启用对应扩展 - 使用 phpenv / asdf 等版本管理工具时，
phpenv global 8.2只影响 CLI，Web 服务必须单独配置php-fpm实例并监听独立端口（如127.0.0.1:9002）
不复杂但容易忽略。
