composer show vendor/name --path 是首选，因它直接读取 vendor 目录结构输出包根目录绝对路径（结尾带/），需 composer 2.2+、包已安装且在项目根目录运行；旧版不支持该参数，须改用 composer config vendor-dir --absolute 拼接。
直接用 composer show vendor/name --path，前提是 Composer 2.2+、包已安装、命令在项目根目录运行。 其他方式要么不准确，要么绕远路，还容易踩坑。
为什么 composer show --path 是首选
它不是“查配置”，而是直接读取 vendor 目录结构并拼出真实路径，结尾带 /，可直接 cd 或粘贴进编辑器。旧版 Composer（Unrecognized option "--path"；此时别硬试，改用 composer config vendor-dir --absolute 拼接，再手动补上 vendor-name/package-name。
常见误操作包括：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在非项目根目录（即不含
composer.json的目录）下运行，命令会找不到锁文件或 vendor - 包名大小写或斜杠写错：
monolog/monolog≠Monolog/Monolog，也不等于monolog - 把
--path当成全局开关，执行composer show --path不带包名 → 报错：Missing argument
composer show --path 查不到？先确认三件事
报 Package not found 不代表命令错了，大概率是环境没对上：
- 运行
composer show看列表里有没有那个包——它只显示真正装进vendor/的包，require-dev 里写了但用了--no-dev就不会出现 - 全局安装的包（如
laravel/installer）必须用composer global show laravel/installer --path，普通show完全看不到 - 路径存在但 IDE 跳不到类？不是
--path错了，是vendor/autoload.php没刷新，跑一次composer dump-autoload或composer install
路径找到了，然后呢？别直接改源码
--path 返回的是包根目录，比如 /var/www/project/vendor/guzzlehttp/guzzle/，但它不告诉你 GuzzleHttpClient 具体在 src/Client.php 还是 lib/Client.php。这个得看 autoload 配置：
- 运行
composer show -s guzzlehttp/guzzle，找"GuzzleHttp\": "src/"这类映射 - 路径本身可用来验证版本、检查文件是否存在，但千万别手动改里面代码——下次
composer update会被覆盖 - 某些包（如 Laravel 插件或 WordPress 扩展）可能被
composer/installers装到wp-content/plugins/这类非 vendor 目录，--path依然返回正确位置，但你要意识到 autoload 规则可能不同
真正容易被忽略的是：路径和自动加载是两件事。查到路径 ≠ 类能被 new 出来，中间还隔着 autoload 映射、PSR-4 命名空间、甚至符号链接解析。别跳过 composer show -s 这一步。
