Composer安装后vendor在什么地方_Composer目录结构查找【教学】-composer-PHP中文网

composer默认vendor路径硬编码为项目根目录下的vendor/，不可更改；config.vendor-dir自2.0起已废弃并警告，composer_vendor_dir环境变量是唯一生效方式，但需同步更新autoload.php引用及ide配置。

composer安装后vendor在什么地方_composer目录结构查找【教学】

默认就在项目根目录下的 vendor/ 文件夹里，不用猜、不用翻配置——这是 Composer 硬编码的路径，改不了，也不该动。

Composer 把 vendor/ 当作依赖隔离的物理边界，路径写死在源码中。即使你在 composer.json 里写了 "config": {"vendor-dir": "libs"}，从 Composer 2.0 起它只会警告你“已弃用”，然后继续往 vendor/ 写。

COMPOSER_VENDOR_DIR 环境变量才是唯一生效的方式，但改了之后：vendor/autoload.php 的引用路径、IDE 补全、CI 脚本、vendor/bin/ 下命令的内部相对路径都会断
composer config vendor-dir 返回的只是当前配置值，不是真实路径；它不触发迁移，也不会删旧 vendor/
手动把 vendor/ 剪切到别处，再改 autoload.php 里的路径？别试——composer dump-autoload 会直接覆盖你改的，且后续 install 仍往默认位置写

别靠眼睛找，用命令直接输出绝对路径。最稳的是：

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

在项目根目录运行：composer show vendor/package-name --path（例如 composer show monolog/monolog --path）
如果报 “Package not found”，先确认它确实在 composer.json 的 require 或 require-dev 里，且已执行过 composer install
包名大小写必须和 composer.json 中声明的一致；文件系统区分大小写，Monolog/Monolog 和 monolog/monolog 是两个不同路径
有些包代码不在 src/ 下（比如在 lib/ 或根目录），--path 返回的是包根目录，不是类文件路径

不是包文件丢了，是 vendor/composer/ 下的映射文件没了。这些文件是自动加载的元数据，PHP 运行时全靠它们定位类。

vendor/composer/autoload_real.php 是调度中心，不能删
vendor/composer/autoload_psr4.php 或 autoload_static.php 里存着命名空间到路径的映射，删了就 Class not found
vendor/composer/installed.json 记录每个包的 install-path，也参与 autoload 构建，删了不影响运行但 composer show --path 会失效
重建方式只有两个：composer install（重装全部）或 composer dump-autoload（只重生成映射）