Composer vendor目录路径仅能通过环境变量COMPOSER_VENDOR_DIR全局生效，config.vendor-dir在2.0+已废弃且仅首次安装有效；改路径后需同步更新autoload引入、bin-dir配置及IDE路径设置。
Composer 的 vendor 目录路径不能靠命令行参数临时指定，composer install --vendor-dir=xxx 早已失效；真正生效的只有两种方式：项目级通过 composer.json 配置 config.vendor-dir（仅首次安装或清空后重装时起作用），或运行时用环境变量 COMPOSER_VENDOR_DIR（优先级最高，所有命令都认）。
为什么 config.vendor-dir 在 composer.json 里写了也不生效？
常见现象是改完 composer.json 后执行 composer install，vendor/ 还是照旧生成在根目录。这是因为：
-
config.vendor-dir只在vendor目录不存在时才被读取——已有vendor/或composer.lock时，Composer 会跳过该配置，直接复用旧结构 - Composer 2.0+ 已明确废弃该字段的写法，若你用的是 2.x 版本，还会触发弃用警告：
The "config.vendor-dir" option is deprecated, use the "COMPOSER_VENDOR_DIR" environment variable instead. - 即使没报错，它也只影响依赖安装位置，不会自动迁移已有包，也不会重写
autoload.php的内部路径引用
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="/path/to/my-vendor" composer install，或先export COMPOSER_VENDOR_DIR="/path/to/my-vendor" - Windows CMD：
set COMPOSER_VENDOR_DIR=C:\myproject\vendor && composer install - Dockerfile 中推荐用
ENV COMPOSER_VENDOR_DIR=/tmp/vendor，避免构建时漏设 - 注意：PHP-FPM 或 Apache 环境下，该变量必须在 Web 服务器启动前注入，仅在 shell 里
export对 HTTP 请求无效
改了 vendor 路径后，autoload 和 bin 工具为啥还找不到？
这不是配置失败，而是路径变更后未同步更新调用点：
-
require 'vendor/autoload.php'必须硬改成新路径，例如require 'lib/vendor/autoload.php'；COMPOSER_VENDOR_DIR不会自动重写 PHP 代码里的字符串 - 二进制工具（如
phpunit）默认链向vendor/bin/，而该路径由config.bin-dir控制；若只改vendor-dir没配bin-dir，链接就断了——正确写法是同时设："bin-dir": "lib/vendor/bin" - IDE（如 PHPStorm）不会自动感知路径变化，需手动在
Settings → PHP → Include Paths中添加新autoload.php所在目录 -
composer dump-autoload无用——它只刷新类映射，不重建入口文件；必须删掉旧vendor目录再install
最易忽略的一点：COMPOSER_VENDOR_DIR 影响的是依赖安装位置，但不会改变 composer.json 中其他路径相关字段（如 autoload.files 或 scripts 里写的相对路径）的解析逻辑——这些仍以项目根目录为基准，和 vendor 放哪无关。
