你的网站会在PHP升级后直接崩溃吗？

“PHP版本过低，建议尽快升级”——这个提示你是不是在宝塔、cPanel或者腾讯云控制台里见过十几次了？
点，怕挂；不点，又怕哪天半夜收到报警邮件说网站打不开……别硬扛，咱们今天就拿真实场景说事。

PHP版本升级，到底动了哪些“奶酪”？

PHP不是换个数字那么简单。它像一套老房子的水电系统：每次大版本更新（比如从7.4到8.0），底层逻辑、函数库、错误处理规则全可能重写一遍。

有些东西被直接砍掉，比如 mysql_connect() 这种函数，PHP 7.0起就没了；
有些行为悄悄变了，比如PHP 8.0对空字符串和数字的比较更较真，以前能糊弄过去的判断，现在直接报错；
还有些默认配置也换了，比如session.cookie_httponly默认值从Off变成On，没注意的话，某些JS调用会突然失效。

这些变化不会提前打招呼，但它们就藏在你代码的每一行里。

哪些代码最容易在升级后“暴雷”？

我帮几十个老站做过升级，踩过的坑基本就这几类：

  1. 还在用mysql_*系列函数的代码：这是最典型的“定时炸弹”。PHP 7.0之后，mysql_query()一调就Fatal Error，连首页都出不来。
  2. 靠“宽容”活下来的松散写法：比如把数组当字符串拼接、用==随便比类型混杂的值、函数里漏写return……PHP 8.0开始，这类操作大概率直接抛TypeError。
  3. 依赖老旧扩展的模块：比如用phpredis 3.x连接Redis，升到PHP 8.1后扩展根本装不上；或者用mcrypt加密，而它早在PHP 7.2就被移除了。
  4. 自己写的工具类或停更5年以上的开源库：像某个2013年写的分页类、某款早已没人维护的微信支付SDK，它们没适配过PHP 7，更别说8了。

有个客户用ThinkPHP 3.1搭的后台，升级到PHP 7.4后，所有表单提交都返回500。查了半天，发现是框架里一个自定义的I()函数，内部用了已被废弃的get_magic_quotes_gpc()——这函数PHP 5.4就标记弃用了，7.4直接删。

如何安全地进行PHP版本升级测试？

别在生产环境试。真要试，就照着线上环境原样克隆一套出来，哪怕只是本地Docker跑个最小闭环。

  1. 复制一份“镜像环境”：代码、数据库、Nginx/Apache配置，全部同步过去。目标PHP版本，必须是你计划上线的那个（比如8.1）。
  2. 打开所有错误开关：在测试环境的php.ini里，设error_reporting = E_ALL，display_errors = On，log_errors = On。让问题直接甩到你脸上。
  3. 手动过一遍主流程：注册、登录、下单、上传文件、进后台改设置……尤其注意那些“平时不常点但关键时候不能挂”的按钮，比如导出Excel、生成PDF、发短信验证码。
  4. 盯死日志文件：一边点，一边刷/var/log/php_errors.log和Nginx的error.log。只要出现Deprecated:、Warning:、Fatal error:，立刻记下文件名和行号——这就是你要修的第一批bug。

有次我见一个站长只测了首页和商品列表页，结果上线后用户付不了款。因为支付回调接口用了一个PHP 7.0已弃用的create_function()，而那个接口他半年都没点过一次。

遇到兼容性问题，具体怎么修复？

发现问题不可怕，可怕的是乱改。按类型来：

  • 函数被删了：查PHP官方迁移指南，换新函数就行。mysql_query() → mysqli_query() 或PDO；ereg() → preg_match()；split() → explode()。改完记得测对应功能。
  • 行为变严格了：比如PHP 8.0里"1" == true还是true，但"1" === true一定是false。这种地方别硬改逻辑，先加类型转换，比如(bool)"1"，再看业务是否允许。
  • 扩展装不上：去GitHub搜这个扩展名 + PHP 8，看有没有人打了兼容补丁。没有？那就得换——gd不够用就上imagick，mcrypt没了就用openssl_encrypt()。
  • 框架太老撑不住：ThinkPHP 3.2、Laravel 4.x、CodeIgniter 2.x……这类框架官方早不维护了。这时候别纠结“怎么改”，该想的是“要不要趁机重构核心模块”。

改一点，测一点。别一口气改完10个文件再测——你根本不知道是哪个改崩的。

有没有“无痛”升级的秘诀或工具？

没有一键无痛，但有三件套能帮你少熬几个通宵：

  • PHPStan：装好后运行phpstan analyse app/，它会告诉你哪行调了废弃函数、哪变量类型不对、哪方法根本不存在。报告清晰到可以直接当待办清单用。
  • PHP Compatibility Checker：专为升级设计的扫描器，支持指定目标版本（比如--php-version=8.1），直接标出不兼容项，连文档链接都给你备好了。
  • IDE的语法高亮+提示：用PhpStorm或VS Code装PHP Intelephense插件，写代码时就标红报错，比上线后再抓瞎强十倍。

这些工具不解决所有问题，但能提前干掉80%的“语法级雷”，让你专注处理真正的逻辑兼容。

今天下班前，你能做的第一步是什么？

别等“有空再搞”。现在就打开你常用的服务器管理工具，做这三件事：

第一步：查当前PHP版本和弃用警告
登录宝塔面板，点「软件管理」→「PHP」，记下版本号；或者SSH连上去，执行php -v。再顺手翻一下/www/wwwlogs/php_errors.log（宝塔路径）或/var/log/php/error.log，搜索关键词Deprecated，看看有没有成片的警告。

第二步：本地起一个目标PHP环境
如果你用宝塔，点「软件管理」→「PHP」→「安装」，勾选你要测的版本（比如8.1）；如果用Docker，docker run --rm -v $(pwd):/app -w /app php:8.1-cli php -v就能快速验证。

第三步：扔进去，打开错误显示，点开首页
把网站根目录复制一份到测试PHP环境下，在php.ini里确认display_errors = On，然后浏览器访问http://localhost。不用登录、不用点按钮，就看首页能不能出来，有没有红色错误堆栈。

做完这三步，你心里就有谱了：要是满屏Deprecated警告，说明升级得排期、做预算；要是首页稳稳当当，恭喜，你离PHP 8只差一次认真测试了。