composer不支持为不同环境动态切换vendor路径，因其vendor-dir配置是静态的，环境差异应通过--no-dev、config.platform等机制实现，而非修改路径。
Composer 不支持为不同环境配置不同 vendor 路径
Composer 本身没有 vendor-dir 的环境变量开关，也没有类似 composer install --env=prod 这样的机制来动态切换安装目录。它的 config.vendor-dir 是静态值，一旦写死在 composer.json 或全局配置里，所有环境都会用同一个路径。
强行让 dev 和 prod 使用不同 vendor 目录，会破坏 composer.lock 的一致性 —— 因为 autoload 生成逻辑、类映射、路径硬编码（如某些包的 autoload.files）都依赖 vendor 的实际位置。CI 构建和线上部署若指向不同路径，极易出现 Class not found 或 require(): failed to open stream。
替代方案：用环境变量控制 vendor 目录（仅限本地开发调试）
如果你只是想在本地多个项目间隔离 vendor（比如避免 IDE 索引冲突或磁盘空间分散），可以临时通过环境变量覆盖：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行前设置：
COMPOSER_VENDOR_DIR=/path/to/my-dev-vendor composer install - 或写入 shell 配置（不推荐长期使用）：
export COMPOSER_VENDOR_DIR="$HOME/.composer/vendor-dev" - 该变量只影响当前命令，不会写入
composer.json，也不会被 CI/CD 继承 -
注意：PHP 的
__DIR__、dirname(__FILE__)等硬编码路径仍指向原始项目结构，部分包（如 Laravel 的bootstrap/autoload.php）可能因此失效
生产环境应始终使用默认 vendor/，且禁止修改
几乎所有 PHP 运行时、框架启动逻辑、Dockerfile 和部署脚本都默认依赖 vendor/ 目录存在且位置固定。改路径带来的收益远小于维护成本：
- Docker 构建中若自定义
vendor-dir，需同步修改COPY指令和autoloader引入路径 - OPcache、APCu 等缓存扩展对文件路径敏感，路径变动会导致缓存失效甚至 segfault
-
composer dump-autoload --optimize生成的 classmap 是基于 vendor 实际路径的，换路径就得重生成 - 监控工具（如 Blackfire、Tideways）采集的 trace 里也含 vendor 路径，不一致会影响性能分析
真正需要区分的不是路径，而是内容
你真正该关注的是「哪些包装进 vendor」，而不是「vendor 装在哪」：
- 开发环境：用
composer install安装全部（require+require-dev） - 生产环境：必须用
composer install --no-dev --optimize-autoloader - CI 流水线中可加检查：
grep -q '"require-dev":' composer.json || echo "警告：缺少 require-dev 字段" - 如果某包既要在 dev 调试又要在 prod 运行（例如
symfony/var-dumper），不能放require-dev，得用运行时条件加载（如if (in_array($_SERVER['APP_ENV'] ?? '', ['dev', 'test'])) { ... }）
路径是基础设施层的约定，改它等于动地基；而 --no-dev 和 config.platform 才是 Composer 多环境协作的正确发力点 —— 稍有疏忽，vendor/ 就成了线上故障的起点。
