php 8.0 升级后页面空白主因是错误被静默屏蔽，需在入口文件顶部加三行强制显错：error_reporting(e_all); ini_set('display_errors', '1'); ini_set('display_startup_errors', '1')；若仍空白，则检查php.ini中display_errors=on、error_reporting=e_all、log_errors=on及ignore_repeated_errors=off，并重启服务，再查php错误日志定位根因。
PHP 8.0 升级后启动错误默认不显示、页面空白或仅报首个错误，不是代码坏了，而是 PHP 8.0 的错误处理机制变了——它更严格，也更容易“静默失败”。修复关键不在改代码，而在让错误真正露出来、被看到、被定位。
确认当前错误是否被隐藏
PHP 8.0 默认可能关闭 display_errors，同时 error_reporting 未必覆盖全部级别。先手动强制开启：
- 在入口文件（如
index.php）最顶部加三行：<?php error_reporting(E_ALL); ini_set('display_errors', '1'); ini_set('display_startup_errors', '1'); - 刷新页面，看是否出现明确的
Fatal error或Warning。
若仍空白，说明错误发生在脚本加载前（如语法错误、扩展缺失），需查日志。
检查并修正 php.ini 中的错误报告配置
登录服务器，找到 Web SAPI 实际加载的 php.ini（用 phpinfo() 页面搜索 “Loaded Configuration File” 确认路径），确保以下几项明确设置：
-
display_errors = On -
error_reporting = E_ALL -
log_errors = On -
error_log = /www/wwwlogs/php_error.log（宝塔常见路径，Linux 下注意目录可写） -
ignore_repeated_errors = Off（⚠️特别注意：PHP 8.0.12 存在已知 Bug，该选项为On时会导致只报第一个错误；设为Off可临时恢复完整报错，但会增大日志量）
改完务必重启 PHP-FPM 和 Web 服务（Nginx/Apache），否则不生效。
警惕 PHP 8.0 的两个“报错变脸”行为
-
new PDO()连接失败不再返回false，而是直接抛PDOException—— 如果没try/catch，脚本立刻终止且可能无输出。 - 错误抑制符
@在 PHP 8.0+ 失效于致命错误，以前靠@$pdo->query()压着的错误，现在全暴露出来。
建议统一在数据库初始化处显式设错误模式：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
验证扩展与语法兼容性
空白页常见真凶其实是扩展没加载或语法不兼容：
- 检查
php.ini中extension=mysqli、extension=pdo_mysql、extension=mbstring是否已启用（取消分号注释） - 确认
extension_dir指向新版 PHP 的ext/目录（如/www/server/php/80/lib/php/extensions/no-debug-non-zts-20200930/） - 搜索代码中是否残留
mysql_connect()、create_function()、短标签等 PHP 8.0 已移除内容
若不确定，可在 php.ini 中临时加一行：
short_open_tag = On
再测试，排除短标签导致解析失败的可能。
最后一步：看日志，别猜
所有“白屏”“500”“没反应”的问题，真实线索都在错误日志里。
执行：
tail -f /www/wwwlogs/php_error.log
然后刷新网页，实时观察哪一行最先报错——那通常就是根因。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
