Composer 不管理 PHP 版本，多版本测试依赖 CI/CD 的 matrix 策略并行执行 composer install；需用 setup-php 动态切换版本、显式声明扩展、禁用跨版本 vendor 缓存，并通过 check-platform-reqs 真实校验环境兼容性。
Composer 本身不管理 PHP 版本，所谓“多 PHP 版本测试矩阵”，实际是 CI/CD 流水线（如 GitHub Actions、GitLab CI）中，用不同 PHP 版本运行 composer install 和后续测试命令的组合策略。直接在 composer.json 里写死多个 PHP 版本没有意义，也起不到测试作用。
GitHub Actions 中触发多 PHP 版本安装与依赖解析
关键在于利用 matrix 策略让 job 并行跑在不同 PHP 版本上，每轮都独立执行 composer install。GitHub 官方 actions/setup-php 是最稳定的选择，它会自动切换系统级 PHP，并配置好 php.ini 和扩展路径。
常见错误：手动用 sudo update-alternatives --config php 切换版本，不仅不可靠，还容易污染环境或被缓存干扰。
- 必须把
php-version放进strategy.matrix，不能只写死一个版本 -
extensions参数要显式声明（如mbstring, curl, json），否则某些扩展可能缺失导致composer install失败 - 建议加上
coverage: none或ini-values: { memory_limit: -1 }避免因默认配置差异引发的随机失败 - 示例片段：
strategy: matrix: php-version: ['8.1', '8.2', '8.3'] include: - php-version: '8.1' extensions: ['mbstring', 'curl', 'json', 'xml'] - php-version: '8.2' extensions: ['mbstring', 'curl', 'json', 'xml', 'opcache']如何让 Composer 拒绝安装不兼容的包
靠
composer.json的config.platform.php只能“伪装”PHP 版本，骗过依赖检查，但不会真正限制安装——它只是告诉 Composer：“当前环境等价于这个 PHP 版本”。真要拦截不兼容包，得靠platform-check+ 严格require约束。
Discussion Composer下载围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
立即学习“PHP免费学习笔记（深入）”；
-
"config": { "platform": { "php": "8.2.0" } }仅影响composer install时的平台包解析，不影响运行时行为 - 更有效的是在
require中锁定扩展版本，比如"ext-mbstring": "^1.0"，配合composer validate --strict检查平台一致性 - CI 中应加一步：
composer check-platform-reqs --no-dev，它会真实检测当前 PHP 是否满足require里的扩展和版本约束
为什么 vendor 缓存不能跨 PHP 版本共享
不同 PHP 版本编译的扩展（尤其是 C 扩展如
igbinary、redis）ABI 不兼容，且composer install生成的vendor/autoload.php和vendor/composer/autoload_*.php会嵌入 PHP 版本标识和扩展加载逻辑。混用会导致Fatal error: Cannot declare class ... because the name is already in use或扩展函数未定义。- GitHub Actions 默认缓存
vendor目录，必须禁用或按php-version分维度缓存，例如：key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }}-${{ matrix.php-version }} - 本地开发无需模拟多版本，但 CI 必须确保每次
composer install都是干净、隔离的环境 - 不要在
.gitignore里忽略vendor/后就以为万事大吉——缓存策略错了，照样出问题
真正难的不是写几行 matrix 配置，而是理解 Composer 的平台感知机制和 CI 环境中 PHP 运行时的实际约束边界。很多“本地能装、CI 报错”的问题，根源都在
platform配置和缓存策略的错配。 -
