composer clear-cache有时没用，是因为它仅清理~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows）中的ZIP包和部分元数据，但composer.lock、vendor/目录及repo/下的packages.json仍存在，导致Composer复用旧依赖；真正重装需同步删除vendor/、composer.lock并执行composer install --no-cache。
composer clear-cache 为什么有时没用
执行 composer clear-cache 后仍复用旧包，不是命令失效，而是它只清 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）里的压缩包和元数据快照，但以下三处仍可能“偷偷供能”：
-
composer.lock文件还在 →composer install会严格按它还原，根本不去查远程 -
vendor/目录没删 → 即使缓存清了，Composer 也可能跳过安装直接“复原”已存在文件 -
~/.composer/cache/repo/https---packagist.org/下的packages.json和provider-*.json没手动删 → 元数据仍是旧的，composer update看不到新版本
所以单跑 clear-cache，就像擦黑板却没擦掉投影仪里的幻灯片——表面干净，实际没刷新源头。
真正重装依赖的三步操作
要确保每个包都从远程真实拉取、校验、解压，必须同时切断三个来源：已安装产物、锁定依据、本地缓存。漏掉任意一层，都可能复用旧文件。
- 删掉
vendor/：rm -rf vendor（Linux/macOS）或rmdir /s vendor（Windows） - 删掉
composer.lock：rm composer.lock（Linux/macOS）或del composer.lock（Windows） - 清缓存并禁用本次缓存：
composer clear-cache && composer install --no-cache --prefer-dist --optimize-autoloader
其中 --no-cache 是关键——它让 Composer 完全绕过缓存查找逻辑，强制走网络下载；--prefer-dist 避免触发 git clone；--optimize-autoloader 顺手生成类映射，后续加载更快。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
卡在 “Resolving dependencies through SAT” 怎么办
这不是网速问题，是 Composer 的 SAT 求解器在暴力回溯版本约束，说明你的 composer.json 或已有依赖里存在隐式冲突。等它自己跑完可能几小时，甚至死循环。
- 先用
composer update -vvv --profile观察日志停在哪一行 - 如果卡在
Resolving dependencies through SAT，立刻中止，改用composer why-not vendor/package:version直接定位阻断链 - 常见阻断源：
laravel/framework的require、你根composer.json里的conflict、或某个 dev-only 包的版本范围太窄
别盲目删锁文件或清缓存——先问清楚“谁在挡路”，再针对性调整 require 版本或加 --with-all-dependencies。
“The PHP file … is corrupted” 错误怎么修
这个报错基本等于“某个 ZIP 包下载不完整或解压出错”，90% 由缓存损坏引起，但修复顺序很重要：
- 先运行
composer clear-cache，再进缓存目录确认downloads/和files/子目录为空（有时clear-cache因权限失败却静默返回成功） - 删掉
vendor/，但**不要立刻重装**——先检查镜像源是否异常：composer config --unset repos.packagist切回官方源，再跑composer install - 如果错误固定指向某个包（如
monolog/monolog），尝试在composer.json中锁定前一个稳定版："monolog/monolog": "2.10.0"，然后composer update monolog/monolog
最易被忽略的是：某些杀毒软件或 IDE（如 PHPStorm）会持续扫描 ~/.composer/cache/files/ 下的 ZIP，导致解压时文件被锁，报 corrupted。关掉实时防护再试，比反复清缓存更有效。
