composer update -v 看不到弃用提示是因为默认静默模式不输出，必须加 -v 或 -vv 才触发；它会检查 replace/conflict 字段及 packagist 的「replaced by」标识，并通过 composer depends 和 composer show --tree 定位依赖层级与迁移断点。
composer update -v 为什么看不到弃用提示？
因为 composer update 默认静默模式不输出任何弃用信息，哪怕包已在 Packagist 标记为 abandoned 或 composer.json 里写了 "replace"。必须显式加 -v（或 -vv）才能触发提示。CI 流水线里漏掉这个参数，等于完全关闭弃用监控。
常见错误现象：本地 composer update 没报错，上线后日志突然刷屏 Deprecated: Package foo/bar is abandoned——其实是没开 verbose，根本没看见警告。
-
composer update -v是最低成本的实时扫描方式，它会检查所有已安装包的replace、conflict字段，并读取 Packagist 的「Replaced by」标识 - 若提示
Package old/lib is abandoned, use new/lib instead，说明原作者已在 Packagist 填了替代包名，这是最权威的迁移依据 - 如果只看到
is abandoned但没写use xxx instead，就得手动查该包 GitHub 主页的 README 或 latest release note
如何确认是直接依赖还是被谁拖进来的？
光看警告行不够，得定位到源头。弃用包常是二级甚至三级依赖，盲目 composer remove 可能破坏上游包功能。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer depends old/lib：第一行如果是你的项目名，说明是你主动 require 的；否则显示类似some/framework 2.3.0 requires old/lib (^1.0)，这就是真正该升级的目标 - 再跑
composer show --tree | grep old/lib，确认它在依赖树里的位置和版本约束 - 注意：有些包虽被标记 abandoned，但仍在被活跃维护的框架间接引用（如 Laravel 9 仍带
vlucas/phpdotenvv3），这时应优先升级框架本身
替换时命名空间和 autoload 映射最容易断在哪？
新包不是装上就完事。Composer 不管代码层兼容性，Class not found 往往在第一次请求才暴露。
- 旧包用 PSR-0 自动加载，新包只支持 PSR-4？检查 vendor/autoload.php 生成的 classmap 或 files 列表，确认新命名空间是否被正确注册
- 全局搜索
use OldVendor\和new OldVendor\，尤其注意测试文件和 config 目录下的工厂类调用 - 方法签名变化：比如
OldClient::send($req)→NewClient::send(RequestInterface $req, array $options = [])，参数类型、默认值、返回值都可能不同 - 执行
composer dump-autoload -o后，务必跑一次最小闭环测试（例如初始化客户端并发一个空请求），别等上线才验证
上游包没更新，你又不能改 vendor，怎么办？
当 composer depends old/lib 返回的是第三方包（如 acme/cms），而它还没适配新包，你就卡在中间。
- 先查
acme/cms的 issue 列表，看是否已有 PR 或 roadmap 提及迁移计划；没有的话，可 fork 并提交 patch，或临时用repositories指向你修复后的分支 - 别在 vendor 里手动改代码——下次
composer update就丢，且违反依赖隔离原则 - 短期兜底：在入口文件加
error_reporting(E_ALL ^ E_DEPRECATED)抑制告警，但必须同步启动 Rector 或 PHPStan 扫描，把所有OldLib::*调用标记为待修复项
废弃包的迁移从来不是改个 name 就结束的事，真正的断裂点永远藏在 autoload 映射、命名空间路径、方法参数签名这些细节里。不验证加载，不测调用链，不查依赖树，只靠 composer require 就上线，等于把问题留给生产环境。
