composer show --tree 仅显示一级依赖，需用 composer graph（依赖 graphviz）可视化；autoload 加载顺序影响类覆盖；composer why/depends 需加 -t 或 --tree 查间接依赖；platform 配置可能掩盖真实环境问题。
composer show --tree 看不清依赖？先确认是否装了 graphviz
直接跑 composer show --tree 只能展开一级依赖，嵌套深了就乱成一团——这不是命令用错了，是它本身不渲染图形，纯文本树形根本没法看复杂关系。
真正能看清插件之间调用链、冲突源头的，是 composer global require baethon/composer-graph 装完后用 composer graph 生成可视化图。但前提是本地得有 dot 命令（graphviz 工具包提供），否则会报错：Dot command not found。
- macOS：用
brew install graphviz，别只装 PHP 扩展 - Ubuntu/Debian：
sudo apt install graphviz - Windows：下官网安装包，记得勾选「Add Graphviz to the system PATH」
为什么 vendor/autoload.php 加载顺序会影响插件行为？
Composer 不是简单把所有包扔进 vendor/ 就完事。它的自动加载机制按 PSR-4/PSR-0/classmap/files 四种方式注册，而注册顺序由 composer.json 中 autoload 和 autoload-dev 的声明顺序、以及各包自身的 autoload 配置共同决定。
典型问题：两个包都声明了同名类 Helper，但一个在 src/ 下，一个在 lib/ 下，谁先被 require 进来，谁就生效。这种隐式覆盖不会报错，但运行时行为突变。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
composer dump-autoload -o生成优化后的 classmap，能固定加载顺序（classmap 优先于 PSR-4） - 检查冲突：运行
composer show -t，注意看同一命名空间是否被多个包同时声明 - 临时调试：在入口文件加
echo spl_autoload_functions();查看实际注册的 loader 链
composer why 和 composer depends 返回空？可能是版本约束太松
composer why vendor/package 查不到原因，往往不是这个包没被依赖，而是它被某个“间接依赖”拉进来的，且那个间接依赖写的是 "^2.0" 或 "*" 这类宽泛约束。
比如你装了 laravel/framework，它依赖 symfony/console，但你在项目里没显式 require 后者——这时 composer why symfony/console 会返回空，因为它是通过 laravel/framework 的子依赖进来的，而 Composer 默认只显示直接路径。
- 加
-t参数：composer why -t symfony/console强制追踪完整路径 - 用
composer depends --tree（需 >= Composer 2.5）反向查谁在用它 - 注意
require-dev包不会出现在why结果里，除非加--all
分析插件冲突时，别跳过 platform config
很多“明明装了扩展却提示 extension missing”的错误，根源不在包本身，而在 composer.json 的 config.platform 设置。比如写了 "ext-gd": "0"，Composer 就会假装 GD 扩展存在，跳过真实检测——结果运行时报 Call to undefined function imagecreate()。
同样，platform.php 设成 "8.1" 却在 PHP 8.2 环境跑，某些包的 php 版本约束可能被绕过，导致加载了不兼容的代码分支。
- 临时关闭 platform 模拟：加
--ignore-platform-req=ext-gd或--no-platform-check - 查当前生效的 platform 值：运行
composer config --list | grep platform - 生产环境务必删掉
config.platform，它只该用于 CI 构建或容器镜像固定场景
composer.lock、PHP 版本、扩展状态、甚至 platform 配置实时变化。真要定位问题，得把 show、why、depends 和 dump-autoload 几个命令交叉着跑，再配上 php -m 和 php -v 看底层数值。
