根本原因是composer.lock未同步或环境不匹配；必须同步复制lock文件，确保php版本、扩展及镜像源与lock中记录一致，否则install将失败或降级为update。
根本原因不是网络或权限问题，而是 composer.lock 文件没同步，或者它记录的环境前提在测试机上不成立。
composer.lock 没一起复制过去
只复制 composer.json 相当于只带了购物清单，没带收据和商品条码。composer install 完全无视 composer.json 里的版本约束，只认 composer.lock 里写死的 SHA256 和 exact version。
- 检查测试机项目根目录是否存在
composer.lock文件；不存在就直接失败或 fallback 到composer update行为 - 如果原项目
.gitignore错误地忽略了composer.lock，那它根本没进 Git，自然不会被 clone 下来 - 用
ls -la | grep composer.lock确认文件存在且非空；空文件或损坏的 lock 也会导致解析失败
PHP 版本或扩展不满足 lock 文件要求
报错 Your requirements could not be resolved 时，90% 不是包冲突，而是测试机 PHP 版本低于 composer.lock 中某个包声明的最低要求（比如 monolog v3.5.0 要求 php >=8.1，而测试机是 8.0），或缺少 ext-mbstring、ext-xml 等扩展。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
php -v和php -m对比开发机与测试机 - 执行
composer check-platform-reqs直接列出所有不满足的 platform 条件 - 注意
composer.json顶部"config": {"platform": {...}}是硬性声明，会覆盖真实环境——测试机 PHP 是 8.2，但 lock 里记的是"php": "8.1.0"，且 config.platform 写死为"php": "8.3.0"，就会触发拒绝安装
用了中文镜像导致 checksum mismatch
测试机若配置了国内镜像（如阿里云、腾讯云），而镜像源缓存了被重发或未校验的包，composer install 校验 composer.lock 中的 SHA256 失败，报错类似：Package checksum mismatch for vendor/monolog/monolog: expected xxx, got yyy。
- 临时验证：在测试机运行
COMPOSER_REPO_PACKAGES=https://repo.packagist.org composer install --no-cache - 查当前镜像：
composer config -g repo.packagist，若输出非https://repo.packagist.org就说明被全局劫持 - 项目级修复（推荐）：在测试机项目根目录执行
composer config repo.packagist composer https://repo.packagist.org，该配置写入composer.json的repositories字段，优先级高于全局设置
dev 包混进了生产流程
本地开发时 composer install 装了 require-dev 里的 PHPUnit、PHPStan，但测试机也照装——这不是 bug，是预期行为。除非你明确加 --no-dev，否则 Composer 不区分环境。
-
composer install --no-dev必须出现在测试机部署脚本中，不能依赖“它应该知道这是测试环境” - 如果
composer.lock本身是用composer update（没加--no-dev）生成的，那么即使加了--no-dev，某些 dev 包仍可能残留——因为 lock 文件已记录它们 - 正确做法：在 CI 流水线第一步，用干净环境跑
composer update --no-dev --lock，提交新composer.lock，后续测试机只执行composer install --no-dev --optimize-autoloader
最容易被忽略的一点：composer install 成功只代表 vendor 目录填满了，不代表能跑起来。类找不到、命令报错、php artisan 失败，大概率是 autoload 没生效或路径映射错位——别急着重装，先看 vendor/autoload.php 是否被正确引入，再跑 composer dump-autoload 手动刷新映射。
