php 7.1 直升 php 8.4 是高风险操作，必须分四步推进：先开启错误显示并查 php_error.log 定位 fatal/parse/typeerror；再清除 each()、create_function()、mysql_*()、assert(字符串)、__tostring() 非字符串返回等硬性淘汰项；接着验证扩展（redis≥5.3.0、xdebug≥3.3.0）及 composer 依赖兼容性；最后排查 session 权限、内存溢出和 cli/web php.ini 配置不一致问题。
第一步：立即暴露真实错误，别被500挡住视线
PHP 8.4 默认关闭错误显示，页面空白或500只是表象。必须让错误“说出来”：
- 在网站入口文件（如 index.php）最顶部加两行：
error_reporting(E_ALL); ini_set('display_errors', '1'); - 若仍无输出，说明错误发生在解析阶段（比如语法错误或扩展加载失败），立刻查日志：
宝塔中进入【软件商店】→ 找到 PHP 8.4 → 【设置】→ 【配置修改】→ 查看 error_log 路径（通常是 /www/server/php/84/logs/php_error.log）→ 用tail -n 50查最新几行 - 重点盯住 Fatal error、Parse error、Uncaught TypeError 这三类开头的记录，它们直接指向崩溃点
第二步：重点排查7.1遗留的“硬性淘汰项”
PHP 7.1 中大量被标记为 deprecated 的功能，在 8.4 中已彻底移除，调用即致命：
-
each() 函数：PHP 7.2 就废弃，8.4 已删。所有
while ($item = each($arr))必须改为foreach ($arr as $key => $value) -
create_function()：7.2 废弃，8.4 删除。替换为匿名函数：
$func = function($a, $b) { return $a + $b; }; - mysql_*() 系列函数：早在 PHP 5.5 就废弃，7.1 仅保留兼容层，8.4 完全无此扩展。必须迁移到 MySQLi 或 PDO
-
assert() 传字符串：如
assert('is_numeric($x)')在 8.4 中会执行代码并报错，必须改为assert(is_numeric($x)) - __toString() 返回非字符串：8.4 强制要求该方法必须返回 string 类型，echo 或 void 都会触发 Fatal Error
第三步：检查扩展与依赖是否“认得”PHP 8.4
7.1 项目大概率依赖老旧扩展或框架，它们可能根本不支持 8.4：
- 运行
php -m查已启用扩展，确认 Redis ≥ 5.3.0、GD ≥ 2.3.0、OPcache 已启用且配置正确 - 进项目根目录执行：
composer check-platform-reqs，看第三方包是否兼容。特别注意：
• ThinkPHP 5.1 及以下不支持 PHP 8
• Laravel 需 ≥ 8.0
• 如果用到 xdebug，必须 ≥ 3.3.0（3.2 以下不兼容 8.4） - 若提示某扩展未安装，不要手动编译——宝塔里点【设置】→【安装扩展】，选对应 PHP 8.4 版本安装
第四步：会话、内存、配置这些“隐形地雷”
很多报错表面看是代码问题，实则是环境校验变严引发的连锁反应：
-
session_start() 失败：大概率是
session.save_path目录不存在或 www 用户无写权限。查 phpinfo() 确认路径，然后chown -R www:www /path/to/sessions -
内存溢出（Allowed memory size exhausted）：PHP 8.4 GC 更严格，旧代码中未释放的大数组、Generator 未迭代完、重复 require 文件都更容易爆。临时加
echo memory_get_peak_usage(true)定位峰值位置 -
配置不一致：CLI 和 Web 模式用的 php.ini 不同。执行
/www/server/php/84/bin/php -i | grep "Loaded Configuration File"对比两者，确保session.save_path、extension=session等关键项完全一致
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
