老项目（如ThinkPHP 5.0/WordPress 5.x）应选PHP 7.4，因其兼容废弃函数、宽松语法及旧扩展；新项目需按框架要求匹配PHP版本，如Laravel 10用PHP 8.1/8.2，Laravel 11用8.2/8.3；注意网站PHP版本与CLI版本独立，切换后须手动安装对应扩展并验证日志。
选哪个PHP版本，不看“新”，而要看你的项目实际依赖——PHP 8.4 并不适合所有网站，尤其老项目一上就报 syntax error, unexpected '|' 或 Class not found。
老项目（ThinkPHP 5.0/WordPress 5.x/DEDECMS等）该用哪个？
这类项目普遍依赖已废弃函数（如 mysql_connect()）、宽松语法（如未声明类型、动态属性），且扩展兼容性差。PHP 7.4 是目前最稳妥的兜底选择，它仍支持 create_function()、each() 等淘汰函数，且绝大多数旧扩展（如 memcache、ionCube）都提供 7.4 编译包。
- ✅ 推荐：PHP
7.4（兼容性最强，宝塔默认安装常含此版） - ⚠️ 慎选：PHP
8.0+—— 即使强制启用opcache.enable_cli=1，也会因assert()行为变更、__toString()强制返回 string 等导致白屏或 fatal error - ❌ 避免：PHP
8.4—— 移除了get_magic_quotes_gpc()，且对弱类型比较更严格，老 CMS 登录、表单提交极易失败
Laravel / Symfony / ThinkPHP 6+ 新项目怎么配？
框架官方文档明确标注最低 PHP 版本，硬切错版本会直接卡在 composer install 或启动时报 ParseError。例如 Laravel 10 要求 PHP >=8.1，而 Laravel 11 已要求 >=8.2；ThinkPHP 6.3 默认启用严格类型，PHP 8.0+ 的联合类型（string|int）和属性提升是刚需。
- ✅ Laravel 9–10 → PHP
8.1或8.2（稳定、扩展全、宝塔预编译包成熟） - ✅ Laravel 11 / Symfony 7 → PHP
8.2或8.3（需确认swoole、redis扩展已编译支持） - ⚠️ PHP
8.4目前风险高：部分 Composer 插件（如laravel/pint）尚未适配其新语法特性，且宝塔对 8.4 的扩展管理仍存在识别延迟
为什么网站设了 PHP 8.2，但 php -v 还是 7.4？
这是宝塔最常被误解的点：网站绑定的 PHP 版本 ≠ 系统 CLI 默认版本。Web 请求走的是 Nginx + 对应 PHP-FPM 进程（由面板设置控制），而终端里 php -v、composer install、定时任务调用的是 /usr/bin/php 软链接指向的 CLI 解释器 —— 它俩完全独立。
立即学习“PHP免费学习笔记（深入）”；
- 查网站实际运行版本：看
/www/wwwlogs/域名.error.log里的 PHP warning，或建info.php输出phpversion() - 查 CLI 当前版本：
php -v，切换用bt→ 选 “16. 切换PHP-CLI版本” - 执行 Composer 必须显式指定路径：
/www/server/php/82/bin/php /usr/bin/composer install，别指望改网站设置就能让终端命令跟着变
扩展缺失导致“Class not found”怎么办？
PHP 多版本共存 = 每个版本的扩展必须单独安装。切换到 PHP 8.2 后，即使你以前在 7.4 装过 redis，8.2 里依然是空的 —— 面板不会自动迁移，php -m | grep redis 会返回空。
- 进宝塔 → 软件商店 → 找到 PHP
82→ 点设置 → “安装扩展” → 勾选redis、fileinfo、opcache（Laravel 必装） - 若扩展列表里没有你需要的（如
imagick），先确认是否支持该 PHP 版本：去官网查imagick的 PHP 兼容表，再手动编译（宝塔界面不显示不兼容项） - 切完版本后务必检查日志：
tail -f /www/wwwlogs/域名.error.log，比盲猜快十倍
真正麻烦的不是“怎么切”，而是切完发现某个扩展没装、某行代码在 PHP 8.2 下行为突变、或者定时任务还在用旧 CLI 版本跑——这些细节不盯日志、不验证 CLI、不查扩展状态，光靠面板点几下，永远在救火。
