查类来源需先确认 autoload 文件是否重建，再依次查 autoload_ps4.php（最长前缀匹配）、autoload_classmap.php；若无则检查 autoload_files.php 或拼写错误；用 composer show --path 快速定位包路径，注意 vendor-dir 配置和环境差异。
怎么查某个类实际从哪加载的
Composer 本身不记录“AppHttpControllersHomeController 是谁提供的”，它只按规则生成映射表。要定位，得逆向查 autoload 文件。
- 先运行
composer dump-autoload -v，确认是否触发了autoload_classmap.php或autoload_psr4.php重建（终端会打印“Generating optimized autoload files”或“PSR-4 mapping…”） - 打开
vendor/composer/autoload_psr4.php，找最长匹配前缀：比如类名是GuzzleHttpClient，就从GuzzleHttp\开始找——注意末尾必须带反斜杠，且优先取最长键（GuzzleHttp\Psr7\比GuzzleHttp\更优先） - 如果没在
autoload_psr4.php里匹配到，再查autoload_classmap.php；如果连这个也没有，说明该类没被声明 autoload，可能是手动require、拼写错误，或属于未启用 autoload 的旧包
怎么快速定位包的源码目录
知道包名，就能直接拿到路径，比翻 autoload 文件快得多。
- 查项目内安装的包：
composer show --path guzzlehttp/guzzle→ 输出类似/path/to/project/vendor/guzzlehttp/guzzle - 查全局安装的包：
composer global show --path phpunit/phpunit（注意加--global） - 如果只记得类名但不确定包名，先猜命名空间：比如
SymfonyComponentHttpFoundationRequest，大概率对应symfony/http-foundation，再用composer show symfony/http-foundation --path验证
为什么 composer show -i 不显示路径，而 --path 可以
composer show -i 只列出已安装包和版本号，是轻量级清单；--path 是额外加载逻辑，需读取 vendor 目录结构并拼接路径，所以更重、也更具体。
-
composer show -i在 Composer 2.2+ 支持--path，旧版会报错：“Unrecognized option” - 若项目用了
composer/installers（比如 WordPress 插件），--path仍返回正确路径，但该路径可能不在vendor/下（如wp-content/plugins/xxx），这时composer show --path依然有效 -
composer show -i monolog/monolog --path和composer show monolog/monolog --path效果一致，前者只是多了一层过滤逻辑
容易忽略的加载路径干扰项
autoload 路径不是静态的，几个配置和环境因素会悄悄改掉它。
-
"autoload": {"files": [...]}类型的文件是全局 require 的，不走 PSR-4/classmap，也不会出现在任何 autoload_*.php 里——查不到路径时，记得翻autoload_files.php - 如果项目根目录有
composer.json声明了"config": {"vendor-dir": "lib"}，那所有路径都基于lib/，而不是默认vendor/；但composer config vendor-dir不会显示这个值，除非显式设置过——要用composer config vendor-dir --absolute（仅 Composer 2.2+）才准 - Web 环境下（比如通过浏览器访问 PHP 脚本），
vendor/autoload.php的加载路径由 PHP 进程决定，跟 CLI 下的当前工作目录无关；调试时别在浏览器里 echo__DIR__就以为是 vendor 路径——它只是autoload.php自身位置
