直接查看 autoload 映射文件最有效：classmap 类查 autoload_classmap.php，PSR-4 类按前缀匹配 autoload_psr4.php，files 类查 autoload_files.php；结合 composer show --path 和运行时 ReflectionClass::getFileName() 验证。
composer dump-autoload 时怎么看到类到底从哪加载
直接看 autoload 的映射关系最有效，composer dump-autoload -v 会输出生成过程的详细日志，但不会显示“某个类最终走哪个文件”。真正能定位类路径的是运行时调试——得让 PHP 自己说出来。
用 ReflectionClass 查类的真实文件路径
在代码里加一行就能确认：类是否被正确加载、路径是否符合预期。尤其当两个包都声明了同名类（比如 Vendor\Package\Helper），这个方法能立刻暴露冲突源头。
实操建议：
- 在疑似冲突的类被 use 或 new 之后，立即加：
$ref = new ReflectionClass('Your\Full\Class\Name');<br>echo $ref->getFileName(); - 如果抛出
ReflectionException: Class Your\Full\Class\Name does not exist，说明 autoload 根本没映射到它——检查composer.json的autoload/autoload-dev配置是否漏了目录或拼错命名空间 - 如果返回路径是 vendor/ 下某个包里的文件，但你期望的是自己写的 src/ 版本，说明 PSR-4 映射顺序或包版本导致覆盖——注意
composer.json中多个psr-4块的先后顺序会影响优先级
用 composer show --path 快速查包安装位置
当怀疑是某个依赖包自带同名类，干扰了你的类加载，先确认它装在哪：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer show vendor/package-name --path输出该包的本地路径，进去翻src/或lib/看有没有撞名文件 - 配合
grep -r "class YourClass" vendor/可以全局扫一遍，但注意 vendor/ 下可能有多个版本（如vendor/composer/autoload_classmap.php里也可能残留旧映射） - 别忘了清理缓存：
composer clear-cache，否则dump-autoload可能读到过期的 classmap
为什么 composer dump-autoload -o 会让问题更难排查
启用优化模式（-o）会把所有类路径写进 vendor/composer/autoload_classmap.php，跳过 PSR-4 动态解析。这时候 ReflectionClass::getFileName() 虽然仍有效，但你没法靠“删掉某目录再 dump”来快速验证映射逻辑——classmap 是静态快照，不反映实时目录结构变化。
调试阶段建议始终用 composer dump-autoload（不带 -o），等确认 autoload 行为完全符合预期后再开启优化。
类路径打印本身很简单，难的是判断“为什么 PHP 找到了 A 路径而不是你认为的 B 路径”——这取决于 composer.json 的 autoload 配置顺序、是否启用了 classmap、以及 require 的包有没有自己的 autoload 声明。一个 getFileName() 调用只是起点，不是终点。
