PHP版本不匹配本身不会直接导致空白页，但会触发致命错误（如语法不兼容、函数不存在），而这些错误若被静默忽略，就表现为页面空白；解决关键是开启错误显示与日志记录，定位并修复具体错误，而非盲目升降级。
PHP版本不匹配本身不会直接导致空白页，但会触发致命错误（如语法不兼容、函数不存在），而这些错误若被静默忽略，就表现为页面空白。 解决的关键不是“降级或升级PHP”，而是让错误暴露出来，再针对性修复代码或环境。
检查是否真因版本问题报错
空白页不是版本不匹配的必然结果，而是它引发的错误没被看到。先确认是不是版本导致：
- 用
php -v查看当前 CLI 版本，再用phpinfo()确认 Web SAPI（如 Apache module 或 PHP-FPM）用的是同一版本——两者可能不同 - 在出问题的 PHP 文件顶部加三行（确保在任何输出前）：
ini_set('display_errors', '1'); ini_set('display_startup_errors', '1'); error_reporting(E_ALL); - 如果加了这三行后仍空白，说明连解析都没过——大概率是语法错误（如 PHP 8.0+ 的联合类型、
match表达式写在 PHP 7.4 下）或扩展缺失（如ext-mysql在 PHP 7.0+ 已移除）
常见版本不兼容错误及对应修复
不同 PHP 大版本之间有明确的破坏性变更，以下错误最常导致白屏且易被忽略：
-
Parse error: syntax error, unexpected token "string"→ 出现在 PHP 8.0+ 的string类型声明，若运行在 PHP 7.x，必须删掉或改用/** @var string */注释 -
Fatal error: Uncaught Error: Call to undefined function mysql_connect()→mysql_*函数在 PHP 7.0+ 完全移除，必须替换为mysqli_*或 PDO -
Fatal error: Array and string offset access syntax with curly braces is no longer supported→ PHP 7.4 废弃$str{0}，统一改用$str[0] -
Deprecated: Required parameter $x follows optional parameter $y→ PHP 8.0 强化参数顺序规则，调整函数定义中必填参数的位置
验证与锁定实际运行版本
很多“版本不匹配”其实是配置错位：Web 服务器调用的不是你以为的那个 PHP：
立即学习“PHP免费学习笔记（深入）”；
- 创建
phpinfo.php，内容仅<?php phpinfo(); ?>，通过浏览器访问——这才是 Web 环境真实使用的版本和配置路径 - 对比
php --ini输出的Loaded Configuration File和phpinfo()页面里显示的Configuration File (php.ini) Path是否一致 - 若不一致（比如 CLI 用 PHP 8.2，Web 用 PHP 7.4），说明 Nginx/Apache 配置指向了旧版 PHP-FPM 或模块，需修正
fastcgi_pass或LoadModule - 宝塔用户注意：站点设置里的「PHP版本」下拉框必须手动选中并「重启PHP」，仅改配置文件不生效
别跳过错误日志这个唯一真相源
版本相关致命错误（尤其是解析期错误）几乎从不显示在页面上，只记入日志：
- 打开
php.ini，确认三处配置已启用：log_errors = On、error_log = /var/log/php_errors.log（Linux）或C:\php\logs\php_error.log（Windows），且该路径对 Web 进程用户（如www-data或IIS_IUSRS）可写 - 访问空白页后，立刻查该日志文件——90% 的版本不兼容问题在这里有明确报错行号和函数名
- 若日志为空，检查 Web 服务器自身日志（
/var/log/apache2/error.log或/var/log/nginx/error.log），常见提示如Primary script unknown（路径错）、connect() to unix:/run/php/php7.4-fpm.sock failed（PHP-FPM 没启或版本套错）
真正卡住人的，往往不是“该升还是该降”，而是错误日志没开、phpinfo() 没跑通、或者以为改了 php.ini 其实改错了文件。版本只是表象，执行链路中的任一环断开，都会让错误沉底——得亲手把它捞上来。
