composer why-not 输出为空，是因为查询的包未被任何已安装依赖引入依赖树，或版本号格式不符合语义化版本规范（如写11而非11.0），或仅存在于require-dev中而当前禁用了dev依赖，或根本未被声明。
composer why-not 为什么输出为空
不是镜像没生效，而是你查的包根本没被任何已安装依赖拉入依赖树，或者版本号格式不对。比如想查 laravel/framework:11.0，但实际锁的是 11.0.0 或 11.x-dev，why-not 就会沉默。
常见场景：
-
composer why-not vendor/package:11写成11而不是11.0—— Composer 只认语义化版本（MAJOR.MINOR.PATCH或带^/~的约束） - 该包只出现在
require-dev里，而你当前执行的是composer install --no-dev，它根本不在运行时依赖图中 - 项目
composer.json根本没声明这个包，也无间接依赖它；why-not不查平台约束（如php版本不匹配），只查已安装包的require链
验证方式：先跑 composer show --locked | grep vendor/package，确认它是否真在 lock 文件里。
composer config -g repo.packagist 输出不是完整 JSON
说明配置静默失败了。Composer 对键名、参数、URL 格式极其敏感，错一个就写进无效字段，且不报错。
必须同时满足三个条件：
- 键名是
repo.packagist（单数、小写、repo不是repos） - 命令末尾显式带上
composer类型标识，不能省略：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须以
/结尾，否则拼接路径变成/composerpackages.json→ 404
验证唯一标准：composer config -g repo.packagist 输出必须是 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 或纯字符串 https://mirrors.aliyun.com/composer/。返回 null、空、或含 packagist.org，就是没写对。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换镜像后 composer update 卡在 “Resolving dependencies through SAT”
这不是镜像问题，是约束逻辑本身过宽或冲突，镜像只是让报错更快——原来卡 2 分钟才失败，现在 3 秒就告诉你 Conclusion: Your requirements could not be resolved。
真正拖慢 SAT 求解器的硬伤：
-
"php": ">=7.4"这类宽泛平台声明，会让求解器遍历数百个历史版本；收紧为"php": "^8.1"可减少 80%+ 组合空间 - 混用
dev-main和稳定版：某个私有包刚推了dev-main，其composer.json里悄悄加了"monolog/monolog": "^3.0"，而主项目锁的是^2.0 -
conflict字段显式拦截：例如"spatie/laravel-backup": "7.0.0"自带"conflict": {"laravel/framework": ">=11.0"}，哪怕你没装 L11，只要某依赖间接拉入，就会触发失败
此时 composer why-not 才是你该盯住的命令，不是重试 composer update。
vendor 安装仍慢，但 -vvv 显示请求的是镜像域名
说明镜像已生效，但慢点不在网络层，在本地解析或 I/O 上。
几个常被忽略的本地开销点：
- Composer 3.x 默认开启
classmap-authoritative，每次update都强制全量扫描vendor/目录生成 classmap —— 关掉它：composer config authorative false（注意拼写是authorative，不是authoritative） -
composer.lock里记录的是原始packagist.org的 dist URL，执行composer update --lock强制刷新下载链接 - 某些包启用了
dist+source双模式，镜像只代理dist（ZIP），而source（Git）仍直连 GitHub —— 这类包无法通过换镜像加速 - PHP 扩展缺失（如
openssl或curl版本过低）会导致 HTTPS 握手失败，表现为“超时”，实为协议层报错
最易被跳过的动作：换镜像后没跑 composer clear-cache，旧缓存里的元数据仍在误导求解器，尤其当镜像同步延迟时。
