composer install只认composer.lock不看composer.json，因其设计目标是复现已知可工作的依赖状态：直接按lock中记录的精确版本、哈希和镜像源安装，忽略json中的^或~约束；删lock后install会退化为update，导致环境不一致。
composer install 为什么只认 composer.lock 不看 composer.json
因为 composer install 的设计目标就是复现已知可工作的依赖状态。它默认跳过版本解析，直接按 composer.lock 中记录的精确版本、哈希、镜像源去下载安装——哪怕 composer.json 里写着 "monolog/monolog": "^2.0"，只要 lock 文件锁的是 2.12.0，就装 2.12.0，不升级也不降级。
常见误操作是删掉 composer.lock 后执行 composer install，结果触发“首次安装”逻辑：Composer 会重新解析 composer.json，按当前 PHP 版本 + 稳定性策略 + 包作者声明的 require.php 约束，从 Packagist 拉最新匹配版本，可能和协作队友装出完全不同的包。
- 多人项目必须把
composer.lock提交进 Git，否则根本没法保证环境一致 -
composer install遇到 lock 文件但缺失某个包时，会报Package ... is not installed，而不是自动 fallback 到composer.json - 如果 lock 文件里某包的
dist.url已失效（比如镜像下线），Composer 不会改用 packagist.org 回源，而是直接失败
PHP 版本约束怎么实际生效
composer install 在读取 composer.lock 前，会先校验当前 php -v 输出的 CLI 版本是否满足所有已锁定包的 require.php 声明。只要有一个包要求 "php": "^8.1" 而你本地是 PHP 7.4，命令立刻中断，不进 vendor 目录一步。
这个检查不是“建议”，是硬性拦截。它不关心你 runtime 是否真用得上 match 表达式，只看元数据是否匹配。
- 包没声明
require.php？默认视为兼容所有 PHP 版本，风险自担 -
config.platform.php是“假装有某个 PHP 版本”，只影响composer update时的版本选择，对install无用——lock 文件已定死，platform 不改变已锁定包的兼容性断言 - CI/CD 中最稳写法是：
/usr/bin/php8.1 composer install，确保解析和运行环境一致
--ignore-platform-reqs 到底绕过了什么
加了 --ignore-platform-reqs，composer install 就跳过所有 require.php 和扩展（如 ext-mbstring）的检查，直接按 lock 文件装包。但它不会修改 lock 文件内容，也不会让 PHP 运行时突然支持新语法。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
典型翻车场景：PHP 7.4 环境下用该参数强行装入含 PHP 8.1 match 表达式的包，vendor/autoload.php 能生成，但第一次 require 就抛 ParseError: unexpected token "match"。
- 该参数适合临时调试或离线环境，绝不该进 CI 脚本或生产部署流程
- 它不绕过包本身的稳定性标记（
stable/RC），只跳过平台约束 - 如果 lock 文件里某个包的
require.php和当前 PHP 版本冲突，又没加这个参数，composer install直接退出，连 vendor 目录都不会创建
装不上包时，先查什么再动手
报 No matching package found 或 Could not find a matching version，90% 不是 Composer 问题，而是版本不存在或被过滤掉了。
别急着换镜像、清缓存、加 --ignore-platform-reqs。先做三件事：
- 打开 packagist.org/packages/vendor/package，搜你要的版本号，确认它是否发布、是否 marked as abandoned
- 执行
composer show vendor/package --all，看本地能列出哪些版本——如果连1.2.3都不出现，说明 Packagist 根本没这版，或你的minimum-stability挡住了 RC/beta - 检查
composer.json里有没有拼错包名大小写：monolog/monolog对，Monolog/Monolog错
真正卡住的点往往不在命令本身，而在你假设存在的版本，其实从未存在过。
