旧版 php（5.3–7.0）需用 composer 1.10.22，因 composer 2.x 不支持；失败主因是 php 版本低、镜像元数据不兼容或缓存了新版 packages.json；升级 php 后须清缓存并用 --with-all-dependencies 重解依赖。
composer install 在旧版 PHP 上失败，不是因为包没了，而是 Composer 本身或依赖解析逻辑不兼容。核心问题往往卡在三处：PHP 版本太低、镜像源返回的元数据格式不兼容、缓存里存着为新版 PHP 生成的 packages.json 快照。
旧 PHP（5.3–7.0）必须用 Composer 1.10.22 + 锁死 platform
Composer 2.x 完全不支持 PHP composer install 时直接报 ParseError: syntax error, unexpected '['。唯一可靠路径是降级到 composer-1.10.22.phar：
- 手动下载带签名的 PHAR：GitHub Release 页面 → 找
composer-1.10.22.phar - 校验 SHA-256（可选但关键）：
sha256sum composer-1.10.22.phar，比对发布页 checksum - 重命名并执行：
mv composer-1.10.22.phar composer.phar && chmod +x composer.phar - 项目中统一调用：
php composer.phar install，别 alias 成composer，避免和系统其他版本冲突
光换 Composer 不够——composer.json 中必须显式声明目标环境：
"config": {
"platform": {
"php": "5.3.29"
}
}
否则 php composer.phar install 仍会尝试安装 require php ^7.4 的包，报错 Your requirements could not be resolved...。
镜像源返回 404 或解析失败？换回官方源 + 清缓存是硬前提
国内镜像（如阿里云、腾讯云）为加速会缓存 packages.json，但旧版 Composer 1.10.22 解析的是较老格式的元数据。某些镜像已停止维护旧格式响应，导致 php composer.phar update 卡在 Could not parse version constraint。
解决方法不是“换另一个镜像”，而是切回官方源并清空所有残留：
- 全局覆盖源地址（绕过 fallback 逻辑）：
php composer.phar config -g repo.packagist composer https://packagist.org - 必须清缓存：
php composer.phar clear-cache—— 否则它继续读取镜像缓存的旧 packages.json，结果就是版本号错乱、找不到包 - 验证是否生效：
php composer.phar config -g repo.packagist应输出{"type":"composer","url":"https://packagist.org"}
注意：字段名是 repo.packagist（单数），写成 repos.packagist 不报错但不生效，容易白忙活。
vendor 目录丢了，但 composer.json 已过期？用 show --installed 反推依赖
老项目常出现 composer.json 长期未更新、require 字段严重缺失的情况。此时不能靠 composer install 恢复，得从现有 vendor/ 反向提取真实依赖树：
- 确保当前
vendor/能跑（即 PHP 版本和扩展匹配），然后运行：php composer.phar show --installed --format=json > deps.json - 写个简单脚本过滤出 root-level 包（排除被依赖的间接包），生成最小可用
composer.json的require段 - 重点检查是否漏了关键扩展约束，比如：
"ext-mbstring": "*"、"ext-openssl": "*"—— 这些不写进composer.json，composer install就不会校验，上线后 runtime 报错
反推出来的 composer.json 是“快照”，不是“契约”。后续必须补上 "config": {"platform": {...}} 和 "require-dev" 中的测试工具（如 phpunit/phpunit），否则新机器上连 vendor/bin/phpunit 都没有。
升级 PHP 后 vendor 崩了？别只 run update，先清 platform 缓存
把 PHP 从 7.0 升到 8.1 后，php composer.phar install 突然失败，错误仍是 Your requirements could not be resolved... —— 这不是 Composer 版本问题，而是它缓存了旧平台下的解析结果。
Composer 不会自动感知 PHP 版本变更，必须强制刷新上下文：
- 删掉
composer.lock（保留composer.json） - 运行：
php composer.phar clear-cache（清除平台感知缓存） - 再执行：
php composer.phar update --with-all-dependencies
关键点：--with-all-dependencies 会让 Composer 重新评估所有传递依赖（比如 laravel/framework → monolog/monolog）是否满足 PHP 8.1 的扩展要求，而普通 update 只动顶层包，极易遗漏。
最易被忽略的是：composer.phar 本身不校验 PHP 扩展，但依赖包会。哪怕 composer install 成功，如果 ext-curl 或 ext-json 没启用，guzzlehttp/guzzle 或 symfony/console 运行时就直接 Fatal error。每次换环境，先 php -m | grep -E 'curl|json|mbstring|openssl'。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
