缓存删了但composer update仍失败，需先确认是否删对位置：clear-cache仅清files/repo/vcs/http子目录，而“Failed to extract”错误须手动删除损坏ZIP并同步清理vendor/和composer.lock，再执行composer install --no-cache --force-checksums；镜像未生效则检查项目级repositories覆盖及元数据缓存是否刷新。
缓存删了但composer update还失败，先确认删对地方没
很多人执行composer clear-cache就以为万事大吉，其实它只清~/.composer/cache/files/、repo/、vcs/、http/四个子目录，而有些失败根源压根不在这些路径里。比如“Failed to extract”类错误，本质是files/下某个 ZIP 文件损坏，但clear-cache后 Composer 仍可能复用旧哈希去校验——它不重下载，只比对，结果还是失败。
- 盯住
composer update -v输出末尾，找Extracting或Downloading后紧跟着的包名（如symfony/console） - 进
$(composer config --global cache-dir)/files/，用包名模糊搜 ZIP：ls -l *console*.zip（Linux/macOS）或 PowerShell 中Get-ChildItem "$env:APPDATA\Composer\Cache\Files" -Filter "*console*.zip" - 只删匹配的 ZIP，别碰
repo/和vcs/——它们不参与解压流程
composer.lock没同步清理，等于白干
composer.lock里硬编码着每个包的dist.sha256值，它和你刚删掉的 ZIP 是绑定关系。缓存 ZIP 没了，但 lock 文件里还记着旧哈希，Composer 就拒绝安装，报Corrupted cache file或直接卡住。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须同步操作：
rm -rf vendor composer.lock（Linux/macOS）或rd /s /q vendor & del composer.lock（Windows） - 重装时加两个关键参数：
composer install --no-cache --force-checksums——--no-cache跳过本地 ZIP，--force-checksums让校验失败立刻退出，不污染vendor/ - CI 环境尤其注意：如果
composer.lock里含旧源地址（比如packagist.org），重装永远走错路
镜像配置实际没生效，update自然还在连海外源
明明跑了composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，但composer update -vvv日志里仍出现packagist.org——说明配置根本没接管，Composer 静默 fallback 到官方源。
- 验证配置是否写对：
composer config -g repo.packagist输出必须是完整 URL 或含"type": "composer"的标准 JSON；返回null或https://packagist.org就是失败 - 检查项目级覆盖：
composer config repositories（在项目目录下运行），只要composer.json里有"repositories"字段，全局配置就被忽略 - 确认 URL 结尾有
/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（会拼出/composerpackages.json导致 404）
元数据缓存没刷新，update看不到新版本
执行composer update显示0 installs, 0 updates，不是没新包，而是 Composer 复用了本地缓存的packages.json（默认 15 分钟不过期），根本不去镜像站拉最新元数据。
- Composer ≥ 2.5：直接加
--refresh参数，composer update --refresh - Composer ≤ 2.4：手动删元数据缓存目录，例如阿里云镜像对应
$(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer -
composer clear-cache无效——它不清理repo/下的元数据，只清 ZIP 和 provider 缓存
composer.lock和元数据缓存这两层。删缓存只是第一步，后续没同步清理 lock 文件，或没强制刷新元数据，update 表面跑完了，实际还是在旧快照里打转。 
