根本原因是PHP 8.0 ABI不兼容、扩展未真正加载或解析阶段静默中断：ABI ID必须为20200930，php-fpm.conf缺失导致status=78，Parse error在解析期中断加载且无日志，ThinkPHP 5.x不支持PHP 8.0需升至6.x。
ThinkPHP 8.0项目在启动时页面空白、命令行无报错、systemctl status显示status=78，根本原因是PHP版本虽满足≥8.0的表面要求，但底层ABI不兼容、扩展未真正加载或解析阶段被静默中断——这些都不会在浏览器里提示“PHP版本错误”，只会让你反复刷新却毫无进展。
确认PHP版本与ABI是否真实匹配
执行php -v，若输出PHP 8.0.x/8.1.x/8.2.x等，仅说明版本号达标；还需验证其ABI ID是否与扩展二进制兼容。PHP 8.0系列统一使用ABI ID 20200930，而PHP 8.1是20210902，8.2是20220829。混用会导致扩展加载失败且无提示。
运行php --ini查看实际生效的php.ini路径，再执行php -r "echo PHP_MAJOR_VERSION.'.'.PHP_MINOR_VERSION.'.'.PHP_RELEASE_VERSION; echo ' ABI: '.PHP_ZTS.'-'.ZEND_MODULE_API_NO;"
若ZEND_MODULE_API_NO不是20200930（对应PHP 8.0.x），却强行加载标为20200930的redis.so或swoole.so，扩展会静默失效——php -m能看到模块名，但new Redis()直接报Class not found。
立即学习“PHP免费学习笔记（深入）”；
排查PHP-FPM启动失败的根源（status=78）
status=78不是权限或端口问题，是PHP-FPM找不到主配置文件。
检查配置文件是否存在：ls -l /etc/php/8.0/fpm/php-fpm.conf
若提示“No such file or directory”，说明配置缺失。不要从PHP 7.4环境复制该文件——即使文件名一样，内容结构和指令已变更，FPM会因解析失败而退出，且不写日志。
正确做法：用wget获取社区验证过的最小可用配置，例如：wget https://gist.githubusercontent.com/xxx/php-fpm.conf -O /etc/php/8.0/fpm/php-fpm.conf，然后systemctl restart php8.0-fpm
定位Parse Error类启动中断问题
PHP 8.0解析器遇到语法硬伤（如命名参数位置错误、联合类型声明写在旧代码中、尾逗号缺失）会直接终止加载，连error_log都来不及写全。
方法一：逐文件语法检测
find /var/www/html -name "*.php" -exec php -l {} \; 2>&1 | grep -E "(Parse|syntax)"
方法二：临时降级PHP到7.4运行同一段代码，若7.4能过而8.0报错，基本锁定为PHP 8.0新增语法限制（如function foo(string $s)在TP5.1中触发ParseError）
注意：ThinkPHP 5.0/5.1不支持PHP 8.0+，必须升至TP5.2或TP6.x；若卡在TP5.0且无法升级，临时方案是切换PHP至7.4，但不可长期使用——PHP 7.4已于2022年11月停止维护。
验证关键扩展是否真启用
第一步：检查扩展是否在php.ini中启用
grep -E "^(extension=|zend_extension=)" /etc/php/8.0/cli/php.ini | grep -E "(mbstring|openssl|pdo_mysql|fileinfo|json)"
第二步：确认CLI与FPM使用同一份php.ini
php --ini 和 php-fpm -t 输出的Loaded Configuration File路径必须一致；若不同，需分别修改两个php.ini
第三步：运行php --ri mbstring，若输出中没有“Registered stream filters => convert.iconv.*”，说明mbstring未真正初始化——这将导致ThinkPHP 8.0路由解析失败，表现为404或白屏
