最稳的跳转方式是记住 vendor/{vendor-name}/{package-name} 规则或用 composer exec --working-dir=vendor/vendor-name/package-name；其他方法如 --optimize 无关定位，全局包在 ~/.composer/vendor/ 或 %appdata%\composer\vendor\。
用 composer show 查包安装路径
Composer 本身不提供“跳转”命令，但所有包都装在 vendor/ 下，路径规则固定：vendor/{vendor-name}/{package-name}。先确认包名和实际安装位置，才能准确 cd 进去。
执行 composer show vendor/package-name（比如 composer show monolog/monolog）会输出包信息，其中 source 行的 dist 或 source 字段不一定可靠，真正有效的路径永远是 vendor/vendor-name/package-name。
- 如果记不清完整包名，用
composer show（不带参数）列出全部，再grep筛选，比如composer show | grep -i log - 注意大小写：包名区分大小写，
monolog/monolog≠Monolog/Monolog - 有些包用了符号链接（如通过
pathrepo 类型本地加载），ls -l vendor/vendor-name/package-name可确认是否为 link
用 composer exec 快速进入目录（推荐）
不用手动拼路径、也不用反复 cd，composer exec 支持在指定包目录下运行命令，本质是自动 cd + 执行——顺手就进去了。
比如想打开 symfony/console 源码目录，直接运行：
composer exec --working-dir=vendor/symfony/console pwd
输出就是该包根目录。把它换成 code .（VS Code）、open .（macOS）、或 explorer .（Windows）就能一键打开。
- 必须用
--working-dir=指定路径，不能只写包名；vendor/前缀不可省略 - Windows 用户注意：PowerShell 中
explorer .可用，CMD 下需写全路径%SystemRoot%\explorer.exe . - 别误用
composer run-script，它只认scripts里定义的命令，跟目录无关
为什么不用 composer dump-autoload --optimize？
有人试过加 --optimize 以为能加速定位，其实完全无关。dump-autoload 只生成类加载映射，不影响包物理位置，也不会给源码加索引或快捷入口。
-
--optimize实际作用是把 PSR-4 映射转成静态数组，提升 autoload 性能，对开发期跳转无帮助 - 执行后不会产生任何新路径、符号链接或元数据文件
- 若发现
vendor/composer/autoload_*.php里有奇怪路径，那是 autoload 配置残留，删掉vendor/composer/autoload_*.php和composer.lock后composer install更干净
遇到 vendor 不在当前项目怎么办？
常见于全局 Composer（composer global）或子模块场景。全局包路径不是 vendor/，而是 ~/.composer/vendor/（Linux/macOS）或 %APPDATA%\Composer\vendor\（Windows）。
- 查全局路径：运行
composer global config home，结果末尾拼/vendor就是根 - 子模块中
vendor可能被 .gitignore 掉，或由父项目统一管理，此时需确认composer.json的config.vendor-dir设置 - 如果
vendor目录不存在，composer install是前提，没安装就无源码可跳
vendor/{vendor}/{name} 规则，或者用 composer exec --working-dir=xxx 交由 Composer 自动切换。其他所谓“插件”或“别名”反而增加记忆负担，还容易因版本升级失效。 
