缓存失效本身不会破坏版本一致性，真正导致composer install装出不一致包的是composer.lock未同步更新或镜像元数据未刷新就执行composer update；缓存失效仅影响下载，不影响版本决策，而composer install始终严格按lock文件安装。
缓存失效本身不会破坏版本一致性，真正让 composer install 装出不一致包的，是缓存失效后 composer.lock 没被同步更新，或镜像元数据没刷新就直接执行了 composer update。
缓存失效 ≠ 版本漂移，但会暴露 lock 文件问题
缓存失效（比如 corrupted archive 或 checksum mismatch）只影响下载环节，不影响版本决策逻辑。但一旦你因缓存报错跑了 composer clear-cache，紧接着又没确认 composer.lock 是否最新，就直接 composer install —— 那么装出来的包，就是 lock 里锁的老版本，和当前镜像已有的新版本完全脱节。
-
composer install永远只认composer.lock，不查镜像源是否更新 - 缓存清完后首次
composer install会变慢，但装的仍是 lock 记录的版本，不会“自动升级” - 若你刚删过
vendor/又没重跑composer update，autoload和 OPcache 可能还映射着旧类，导致Class not found这类假性错误
镜像元数据没刷新，composer update 就是空转
你改了 composer.json 的约束、清了缓存、甚至换了镜像源，composer update 还是显示 Nothing to install or update？大概率是因为 Composer 复用了本地缓存的 packages.json，根本没去镜像站拉新元数据。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 默认 15 分钟内缓存元数据不过期，哪怕镜像站已同步 v2.3.0，本地仍只看到 v2.2.0
-
composer clear-cache会删掉它，但下次update又立刻重建并复用 —— 不解决根本 - 正确做法是
composer update --refresh（Composer ≥ 2.5），它只丢弃packages.json和provider-*.json，不碰 ZIP 包，精准且轻量 - 老版本只能手动删：比如镜像地址是
https://mirrors.aliyun.com/composer/，就删$(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer
项目级 repositories 是静默覆盖点
你以为全局配了阿里云镜像，composer config -g repo.packagist 也输出正确 URL，但 composer update 还是从官方源下载？十有八九是项目 composer.json 里写了 "repositories" 字段，哪怕只写了 {"packagist.org": false}，也会彻底屏蔽全局配置。
- 检查方式：运行
composer config --list | grep repositories，看repositories.packagist.url是否为你预期的镜像地址 - 如果
composer.json里存在"repositories": []或"repositories": {}，必须手动删掉或改成有效镜像，composer config --unset repositories（不加-g）可临时绕过 - URL 末尾必须带
/，否则拼成https://mirrors.aliyun.com/composer/packages.json→ 404 - 中科大镜像同步延迟通常比阿里云低 3–8 分钟，可作备用：
composer config -g repo.packagist composer https://mirrors.ustc.edu.cn/composer/
最易被忽略的是：换镜像后不验证元数据是否真同步，只依赖 clear-cache；以及以为删了 vendor 就万事大吉，却忘了 composer.lock 才是版本事实的唯一来源。任何操作前，先跑 composer show -a vendor/package 看实际可用版本，比猜更可靠。
