唯一有效方式是在项目根目录composer.json中配置{"config": {"vendor-dir": "third-party"}}（相对路径），改后须删除旧vendor并重装，同步更新require路径、IDE索引及所有脚本中的vendor引用。
composer.json里改config.vendor-dir是唯一有效方式
想让composer install把包装进third-party而不是vendor，必须在项目根目录的composer.json中写死路径。其他所有方法——比如环境变量COMPOSER_VENDOR_DIR、-d参数、软链vendor目录——在实际项目中都会静默失效或被忽略。
正确写法是：
{
"config": {
"vendor-dir": "third-party"
}
}
注意：third-party必须是相对路径（不能带/前缀），且不能是../third-party这类跨目录路径，否则composer install会报错或行为不可控。
- 改完后必须手动删掉旧的
vendor目录，否则autoload.php仍指向旧路径，类加载直接失败 -
composer dump-autoload不会移动文件、不重建autoload.php位置，纯属无效操作 - 所有PHP代码里硬写的
require 'vendor/autoload.php'都得同步改成require 'third-party/autoload.php'
IDE和部署脚本必须同步更新路径
PHPStorm、VS Code等IDE默认只索引vendor目录下的类，改了vendor-dir后，不手动加路径就会满屏“Class not found”警告，自动补全也失效。
PHPStorm需手动设置：Settings → PHP → Include Paths，添加third-party目录；VS Code则需在php.suggest.basic关闭后，靠intelephense.environment.includePaths指定。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI/CD脚本里所有
cp vendor/autoload.php、rsync -av vendor/类操作，都要替换成third-party - Docker构建中若用
COPY --chown=www-data:www-data vendor/，同样要改成third-party/，否则容器内根本找不到依赖 - 宝塔面板部署时，如果用了“自动备份vendor目录”类插件，它不会识别
third-party，需手动关掉或改配置
多环境共存时别依赖全局配置
Linux服务器上，不同用户（如www、root、deploy）运行composer时，~/.composer/config.json路径不同。你在终端用sudo composer config -g，配置就写进了/root/.composer/config.json，但宝塔后台或PHP-FPM是以www用户运行的，压根不读这个文件。
更麻烦的是：项目根目录下只要存在composer.json且含"repositories"字段（哪怕只是{}），全局镜像配置就彻底失效。这意味着你配了阿里云镜像，但某个子项目一加私有源，所有依赖又悄悄切回packagist.org。
- 生产环境推荐放弃
-g，统一在每个项目的composer.json里写"repositories"，避免权限和路径干扰 - 开发机上可用
alias c82='/www/server/php/82/bin/php /usr/local/bin/composer'绑定PHP版本，但别用sudo跑composer config -g - 宝塔网站设置的PHP版本和命令行无关，
composer install用哪个PHP，完全取决于你调用时显式指定的解释器路径
bin-dir改了≠vendor/bin消失
config.bin-dir只控制依赖包里可执行脚本（如phpunit、laravel/installer）的符号链接或复制位置，不影响vendor/bin本身的存在。Composer硬编码了vendor/bin作为默认目标，无法禁用。
例如设"bin-dir": "tools"后：
- 必须先
mkdir -p tools，否则composer install不报错但也不建链接 - Linux/macOS下
tools/phpunit是vendor/bin/phpunit的软链；Windows下是复制的.bat文件 -
vendor/bin/phpunit依然存在，且composer exec phpunit默认仍从vendor/bin找 - CI脚本里写
./tools/phpunit风险高，不如统一用vendor/bin/phpunit或composer exec
真正需要隔离路径的场景，比如SaaS多租户系统里每个租户独立依赖，靠vendor-dir还不够——得配合COMPOSER_HOME切换用户级配置，或直接用composer create-project --repository-url限定源范围。这些不是简单改个路径能解决的。
