composer 2.9.6 中 config.vendor-dir 仍完全可用，必须写在项目 composer.json 的 config 字段下、使用相对路径、删除旧 vendor 后执行 install 才生效；镜像源仅控制下载地址，与 vendor 路径配置完全正交。
镜像源和 vendor 路径是两件事，别混在一起配
很多人以为设了阿里云镜像（composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/）后，vendor 目录就能跟着“加速”到别的位置——其实完全无关。镜像源只改下载地址，不碰安装路径。vendor 放哪，由 config.vendor-dir 或 COMPOSER_VENDOR_DIR 控制，和镜像源配置互不影响。
Composer 2.9.6 下，config.vendor-dir 还管用吗？
管用，但仅限于相对路径 + 删 vendor 后重装。官方文档明确保留该字段支持，且在 Composer 2.9.6 中仍是全命令（install/update/require）一致识别的唯一项目级配置项。
- 必须写在项目根目录的
composer.json里：{"config": {"vendor-dir": "third-party"}} - 路径不能以
/开头，否则 Windows 和部分 CI 环境会解析失败 - 改完不删
vendor直接跑composer update：完全无效，包还在原处 - 必须
rm -rf vendor+composer install才触发重建
COMPOSER_VENDOR_DIR 环境变量优先级更高，但有陷阱
它确实能覆盖 config.vendor-dir，但只在项目没声明该配置时生效。一旦 composer.json 里写了 vendor-dir，环境变量就被忽略——这不是 bug，是官方设计的行为优先级。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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=libs/vendor composer install - Windows PowerShell：
$env:COMPOSER_VENDOR_DIR="libs\vendor"; composer install - 路径可为绝对路径（如
/var/www/app/libs），但 CI 脚本中需确保路径存在且有写权限 - IDE（如 PHPStorm）不会自动感知这个变量，仍需手动添加新路径到 PHP → Include Paths
改完 vendor 路径后，autoload.php 引用必须手动同步
vendor/autoload.php 是生成时硬编码路径的入口文件，Composer 不会自动更新你代码里的 require 语句。哪怕你只改了一个字符，所有地方都得动。
- 旧写法：
require 'vendor/autoload.php';→ 新写法：require 'third-party/autoload.php'; -
bin目录下的可执行文件（如phpunit）路径也变了：vendor/bin/phpunit→third-party/bin/phpunit - CI 脚本里所有
./vendor/bin/xxx都要改成新路径 - Laravel 的
artisan或 Symfony 的console若内部拼了vendor字符串，可能报错，得查框架源码或 patch
最常被忽略的点：改路径不是改配置就完事，而是整个项目加载链路的重定向。从 require、bin 调用、IDE 索引到 CI 脚本，缺一不可。漏掉任意一处，Class not found 就立刻出现。
