composer depends --tree 不显示 PSR 冲突包，因其仅分析依赖关系链，不检测 autoload 命名空间注册冲突；PSR 前缀重叠需用 composer dump-autoload -vvv | grep "App\\" 查看实际生效映射。
composer depends --tree 显示的路径里为什么没有 PSR 冲突包
因为 composer depends --tree 只查依赖关系链，不查 autoload 注册行为。PSR 命名空间冲突（比如两个包都声明 "App\": "src/"）不会在依赖树里体现——它们可能彼此无关，甚至没 require 对方，但会同时被注册进全局 autoloader。
运行 composer depends --tree vendor/conflicting-pkg 返回空或“Package not found”，大概率说明该包根本没进 composer.lock，或者被 replace 或 conflict 排除。此时要先确认它是否真实安装：composer show vendor/conflicting-pkg。
- 若提示 “Package not installed”，说明 autoload 配置压根没被 Composer 加载，后续所有映射都无效
- 若已安装但
depends --tree不显示，检查它是否通过require-dev引入——--tree默认只展示 production 依赖，加--dev参数才能看到 - PSR 冲突包常来自 fork 项目或私有仓库，这类包的
name字段可能和原包不同，但 autoload 前缀相同，导致“看不见却致命”
怎么用 composer dump-autoload -vvv 暴露 PSR 前缀重叠
composer dump-autoload -vvv 会逐条输出所有注册的 PSR-4 映射，包括来源包名、前缀、路径。真正有用的是最后几行——因为 autoloader 是按加载顺序注册，后注册的会覆盖同前缀的先注册项。
执行时带上 grep 快速定位目标命名空间：
composer dump-autoload -vvv | grep -A2 -B2 "App\"
输出类似：
Registering PSR-4 autoload for App in /path/to/vendor/pkg-a/src/ Registering PSR-4 autoload for App in /path/to/vendor/pkg-b/src/
第二条就是实际生效的映射，第一条被静默覆盖。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 注意反斜杠要转义：搜
App\，不是App - Linux/macOS 下
-A2 -B2能看到上下文，Windows PowerShell 用Select-String -Context 2 - 如果只看到一条，说明另一方 autoload 根本没被读取——检查它的
composer.json是否语法错误、路径是否存在、大小写是否匹配
PSR-4 前缀撞车后为什么报 Fatal error 而不是 Warning
PHP 解析器在第一次 require 时定义 class AppHelper，第二次遇到同名 class 声明直接终止进程，不给 Composer 插手机会。这不是 autoload 机制问题，是 PHP 语言层的硬性限制。
常见撞车场景：
- 你自己项目的
"App\": "app/"和某个第三方包的"App\": "vendor/some-pkg/src/"同时存在 - 两个私有包都用了宽泛前缀如
""（空前缀）或"Lib\": "src/"，而 src/ 下恰好有同名类文件 - PSR-4 路径末尾漏了反斜杠：
"App\": "src"→ 实际查找路径变成srcHelper.php，而"App\": "src/"才是src/Helper.php
临时验证方法：删掉 vendor/composer/autoload_psr4.php，只留 autoload_classmap.php，如果错误消失，基本锁定是 PSR-4 前缀重复。
改 autoload 配置时最容易忽略的三件事
改完 composer.json 里的 autoload 段，不等于问题解决。以下三点漏掉任一，都会让修改白做：
- 必须运行
composer dump-autoload，不是composer update—— 后者不强制刷新 autoload 文件 - 如果用了
--optimize或"optimize-autoloader": true，改完得加--optimize参数重新生成 classmap，否则新 PSR-4 规则不生效 - 若项目启用了
autoload-dev，而你在生产环境跑命令，默认不加载 dev 部分；加--dev才能确保测试类也被映射
最隐蔽的问题是路径大小写：Linux 下 Src/ 和 src/ 是两个目录，Composer 严格按配置字面匹配，IDE 可能自动修正但终端不会。
