应统一CLI与Web环境PHP版本；php -v显示的才是Composer校验依据，需用完整路径调用目标版本（如/usr/bin/php8.3 composer install）或配置config.platform.php临时伪装，但运行时仍需真实匹配。
php -v 输出的版本和实际要求不一致怎么办
直接运行 php -v 看到的版本，就是 Composer 安装时唯一认的版本——它不管 phpinfo() 里显示的是什么，也不管 Nginx 配置了哪个 PHP-FPM。常见现象是 Web 页面显示 PHP 8.3，但终端里 php -v 是 8.1，composer install 就会卡在 “requires php ^8.3” 上。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用完整路径调用目标版本：比如
/usr/bin/php8.3 composer install（Linux/macOS）或"C:\php\php83\php.exe" composer install（Windows） - 确认 CLI 和 Web SAPI 版本是否真的一致：分别执行
php -v和访问phpinfo()页面，别只信一个 - IDE（如 PHPStorm）可能缓存旧的 PHP 解释器路径，需手动刷新配置，否则调试时仍走错版本
composer install 失败但项目已有 composer.lock 怎么办
composer install 不是“重装依赖”，而是按 composer.lock 精确还原——它不会降级、不会绕过约束，只要锁文件里某个包要求 PHP 8.2，而你本地是 8.1，就会直接报 Your requirements could not be resolved。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先检查
composer.lock是否存在且已提交到 Git；若缺失，composer install会退化为update行为，结果不可控 - 运行
composer show --platform查当前环境真实支持的 PHP 和扩展，再对照composer.lock里各包的require.php字段 - 若确定无法升级 PHP，必须删掉
vendor/和composer.lock，改完composer.json中的require.php或加config.platform.php后重新composer install
用 config.platform.php “伪装” PHP 版本的风险在哪
在 composer.json 里加 "config": { "platform": { "php": "8.2.0" } }，确实能让 composer install 过去，但它只影响依赖解析阶段，不改变运行时行为。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 这招仅限开发环境临时调试，绝对不能上生产——比如
match表达式、联合类型、enum在 PHP 7.4 下根本解析不了，autoload 文件生成时没问题，一加载类就ParseError - 加了 platform 后，务必运行
composer update --with-all-dependencies，否则composer install仍会复用旧 lock 文件里的高版本包 - 某些包（如
symfony/console v6+）内部大量使用 PHP 8+ 语法，即使跳过校验，运行php artisan也会直接 fatal
如何选一个真正兼容旧 PHP 的依赖版本
Composer 默认拉最新版，但很多包的新版已放弃对 PHP 7.4/8.0 的支持。你得主动往回找，而不是指望 Composer 自动降级。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 查 Packagist 页面对应包的 “Versions” 标签页，点开每个版本看 “Requires PHP” 字段
- 用命令查所有可用版本及其 PHP 要求：
composer show vendor/package --all | grep "requires php" - 指定明确兼容版本安装，例如：
composer require laravel/framework:^8.0（支持 PHP 7.3+），而非^10.0（要 PHP 8.1+） - 注意老版本可能缺安全更新，仅用于遗留系统维护，新项目应优先升级 PHP 环境
最常被忽略的点：vendor/autoload.php 是按生成时的 PHP 版本静态优化的，PHP 8.2 下生成的 autoload 文件，在 8.1 环境里跑可能因反射行为差异或语法支持不同而失效——哪怕没报错，也可能漏加载某个类。
