最稳方式是在 composer.json 中配置 "config": {"vendor-dir": "xxx"}；-d 参数仅改变查找 composer.json 的路径，不影响 vendor 写入位置；COMPOSER_VENDOR_DIR 环境变量优先级最高且全命令生效；改路径后须删除旧 vendor 并重装，同步更新 autoload.php 引入路径、bin 调用及 IDE 配置。
改 vendor 目录位置，只有一条路最稳：在 composer.json 里配 "config": {"vendor-dir": "xxx"}。其他方式要么不生效，要么埋雷。
为什么 composer install -d /path 不能改安装路径
-d 参数只是告诉 Composer 去哪找 composer.json 和 composer.lock，它完全不影响 vendor/ 写入位置。你加了 -d，包还是照常装进原项目的 vendor/（或已配置的 vendor-dir）。
- 很多人在 CI 脚本里滥用这个参数，结果本地跑通、流水线报
Class not found——根本原因是没配对vendor-dir，只换了工作目录 -
composer install -d /tmp/myapp≠ 把包装到/tmp/myapp/vendor，它等价于cd /tmp/myapp && composer install，路径逻辑不变 - 真要换路径，必须提前在目标项目的
composer.json中写死config.vendor-dir
COMPOSER_VENDOR_DIR 环境变量怎么用才有效
它优先级高、全命令生效（install、update、require 都认），且不依赖项目配置是否存在。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：
COMPOSER_VENDOR_DIR=third-party composer install - Windows CMD：
set COMPOSER_VENDOR_DIR=third-party && composer install - PowerShell：
$env:COMPOSER_VENDOR_DIR="third-party"; composer install - 路径可以是相对路径（如
third-party）或绝对路径（如/var/www/myapp/libs） - 不要用以
/开头的“伪绝对路径”（如/third-party），Windows 下可能解析失败 - 永久生效：加到
~/.zshrc或系统环境变量，注意重启终端/IDE 才加载
改了 vendor-dir 为什么 autoload.php 还报错
因为 vendor/autoload.php 是生成时写死路径的入口文件。你改了 vendor-dir，但没重建整个 vendor 结构，旧文件还在原地，PHP 还在找原来的 vendor/autoload.php。
-
composer dump-autoload不够——它只刷新类映射，不重建入口文件和符号链接 - 必须删掉现有
vendor目录，再执行composer install或composer update - 代码里所有
require 'vendor/autoload.php'都得同步改成新路径，比如require 'third-party/autoload.php' - IDE（如 PHPStorm）默认只索引
vendor，需手动在 Settings → PHP → Include Paths 中添加新路径 - 如果用了
"bin"字段的包（如phpunit），还要同步配bin-dir，否则软链接会断
最容易被忽略的是：改完路径后，vendor/bin/ 下的可执行文件不会自动迁移，硬编码在 CI 或部署脚本里的调用（比如 vendor/bin/phpunit）必须手动更新为新路径——这比改 vendor-dir 本身更容易出线上故障。
