composer why查不到重命名后的包，是因为它只扫描composer.lock中已记录的包名，而重命名后旧名已消失；需用composer show确认新包是否已安装，并检查autoload、use语句及replace配置是否同步更新。
composer why 查不到重命名后的包，是因为它只认 composer.lock 里的名字
包被作者重命名后（比如从 oldvendor/oldpackage 改成 newvendor/newpackage），你运行 composer why oldvendor/oldpackage 会直接报 “Package not found”——不是命令坏了，而是 composer why 只扫描 composer.lock 中已记录的包名，而重命名后旧名已彻底消失。它不会去查 Packagist 是否标记了 abandoned，也不管 GitHub 仓库是否做了 301 重定向。
此时别急着删 vendor 或改版本号。先确认当前锁文件里到底装了谁：
- 运行
composer show，看输出里有没有newvendor/newpackage - 如果没看到，说明迁移没完成，
composer install都可能失败 - 如果看到了，但
composer why newvendor/newpackage仍输出root requires，那说明它是你手动require的，不是被其他包带进来的——这反而是正常现象
为什么 composer why-not newvendor/newpackage 不报错，但项目却跑不起来
composer why-not 只模拟“安装可行性”，不验证运行时行为。它可能告诉你 newvendor/newpackage 能装（因为版本、PHP 环境都满足），但实际运行时报 Class not found——问题出在命名空间没同步更新。
常见断点位置：
-
use语句还写的是oldvendoroldpackageSomeClass - 配置文件里硬编码了类名字符串，比如 Laravel 的
config/logging.php中引用了旧命名空间 - 新包的
autoload配置和旧包不一致（比如从 PSR-4 改成了 classmap，或 namespace 前缀变了）
这类问题 composer why-not 完全不覆盖，得靠 grep -r "oldvendor\oldpackage" . --include="*.php" 手动扫。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
用 composer depends 定位间接依赖是否还在拖旧包后腿
即使你把 require 改成了新包名，某些上游依赖（尤其是 dev 包）可能仍悄悄 require 旧包。这时 composer why newvendor/newpackage 显示 root requires，但 composer depends oldvendor/oldpackage 可能爆出冷门路径：
-
some-dev-tool v3.2→phpunit/phpunit ^9.0→sebastian/exporter ^4.0→oldvendor/oldpackage ^1.0 - 这种链路在
composer update时会被拉进来，导致冲突或重复安装
解决办法不是删掉 dev 工具，而是加 "replace": {"oldvendor/oldpackage": "self.version"} 到主项目的 composer.json，让 Composer 主动忽略旧包的间接引入——但注意：这不会自动加载你的新包代码，autoload 还得自己配。
重命名迁移后最易被忽略的 autoload 同步问题
改完 require 和所有 use，删了 vendor 和 composer.lock，重装成功，但运行时仍 Class not found？大概率是 autoload 没跟上。
检查点：
- 新包的
composer.json里autoload的psr-4namespace 是否和你代码里写的use一致（比如从"OldVendor\OldPackage\": "src/"变成"NewVendor\NewPackage\": "src/"） - 主项目若用了
autoload-dev或files加载方式，也要同步改路径 - 运行
composer dump-autoload -o强制刷新，别信缓存
autoload 错一位，整个包就等于没装——这是重命名迁移里最安静、最致命的坑。
