composer install 离线时仅读取 composer.lock 中的 version、dist.reference、dist.url、dist.shasum 四个字段，无需联网、不解析版本约束，只要 lock 文件完整有效即可还原依赖。
composer install 在离线状态下不解析任何版本约束，只按 composer.lock 还原；只要 lock 文件完整，它根本不需要联网、也不看 ^/~/* 这些符号。
composer install 离线时到底读什么
它只读 composer.lock 里的四个字段：version、dist.reference（commit hash）、dist.url（归档地址）、dist.shasum（校验值）。这些信息足够定位并验证一个确定的压缩包。
- 即使你把
composer.json里所有"monolog/monolog": "^2.0"全改成"^3.0"，只要没跑composer update，install仍会装 lock 里记着的2.12.0 - 删掉
composer.lock后再离线运行install？会直接报错Could not find a composer.json file或更早失败——因为没 lock 就没法跳过解析，而离线又拿不到元数据，根本无法进入求解阶段 -
--ignore-platform-reqs在离线 install 中依然生效，但它只绕过 PHP 版本/扩展检查，不影响 lock 文件本身的读取和还原逻辑
为什么离线时不能用 composer update
composer update 必须联网拉取 Packagist 的 packages.json 和每个包的 composer.json，构建完整的依赖图谱。离线时它连第一个包的可用版本列表都拿不到。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 错误提示通常是
Failed to download packagist.org/packages.json或Could not parse version constraint（因元数据缺失导致约束无法展开） - 哪怕本地
vendor/里已有全部包源码，update也不会复用——它只信任远程仓库声明的元数据，不缓存历史解析结果 - 想离线做类似 update 的事？唯一办法是提前在有网环境跑完
composer update，提交新的composer.lock，再离线install
离线场景下 ^ 和 ~ 的作用完全归零
这些符号只在 composer update 阶段被解析器读取并转为 SAT 求解器的逻辑子句。离线 install 启动时，它们连被扫描的机会都没有。
-
"guzzlehttp/guzzle": "^7.0"和"guzzlehttp/guzzle": "~7.4.0"在离线 install 中毫无区别——lock 文件里记的是哪个版本，就装哪个 - 误以为改了
composer.json的约束就能让离线 install “升级”？不会。它甚至不校验你写的约束是否合法，"guzzlehttp/guzzle": "xxx"这种错写也能过 install 前校验（只要 lock 存在） - 真正影响离线行为的，只有 lock 文件里
platform字段记录的 PHP 版本：如果它写的是"php": ">=8.1"，而你当前 PHP 是 8.0，install会直接拒绝，哪怕所有包代码其实兼容
最容易被忽略的一点：离线时 composer.lock 不仅要存在，还必须 JSON 格式完整、无 git merge 冲突残留（比如 ）、且包含 <code>plugin-api-version 字段（Composer 2.x 要求）。任意一项损坏，install 就会 fallback 到 update 行为——然后卡死在联网环节。
