最准的方法是查 vendor/composer/autoload_classmap.php，它记录 Composer 实际加载的类→文件映射；若无结果则走 PSR-4，需查 autoload_psr4.php 或 composer.json 中 autoload.psr4 配置。
最准的方法是直接查 vendor/composer/autoload_classmap.php，它记录了 Composer 实际加载时用的类→文件映射，比任何命令都底层、可靠。
为什么 composer show + grep 不总管用
类名不会被 composer show 索引，它只读 composer.json 的 autoload 声明。很多包只声明了命名空间前缀（如 "Monolog\": "src/"），不列具体类名；grep 搜到的可能是文档、测试或废弃代码，不是真实 autoload 来源。
常见误判：搜 Logger 可能匹配到 monolog/monolog、psr/log 甚至你自己的 AppLogger，但只有 autoload_classmap.php 能告诉你当前项目里真正被加载的是哪一个。
vendor/composer/autoload_classmap.php 怎么查才快
这个文件是 PHP 数组，每行类似 'MonologLogger' => $vendorDir . '/monolog/monolog/src/Logger.php'。类名是数组键，值里的路径含包名：monolog/monolog 就是包名。
实操建议：
- 用
rg 'ClassName' vendor/composer/autoload_classmap.php（推荐 ripgrep） - 若没结果，说明该类走 PSR-4 动态加载，此时要转去查
vendor/composer/autoload_psr4.php或包自身的composer.json中的autoload.ps4配置 - Windows 下可用
select-string -path vendorcomposerutoload_classmap.php -pattern ClassName - 注意类名大小写：PHP 类名区分大小写，搜索时别输错
Str和str
临时加断点验证实际加载路径
当映射文件里没找到、IDE 跳转失效、或怀疑有多个同名类干扰时，最直白的办法是让 PHP 自己说：
var_dump(class_exists('YourClass') ? (new ReflectionClass('YourClass'))->getFileName() : 'not found');
输出的路径就是最终生效的那个文件，比如 /project/vendor/guzzlehttp/guzzle/src/Client.php —— 包名直接从路径第二段提取。
注意：class_exists() 会触发自动加载，确保之前没禁用 autoload 或手动 require 过冲突版本。
真正容易被忽略的是：PSR-4 映射里前缀末尾少一个反斜杠（比如写成 "GuzzleHttp" 而非 "GuzzleHttp\"），会导致整个命名空间匹配失败，类就永远进不了 autoload_psr4.php。这种错误不会报错，只会静默跳转失败。
