composer -d仅改变配置文件读取路径，不影响vendor安装位置；vendor路径由composer_vendor_dir环境变量控制，且需同步修改代码中autoload.php引用路径及ide索引配置。
composer -d 参数能切换工作目录，但只影响配置文件查找
想让 composer install 在另一个目录下运行，不用先 cd 进去？-d（等价于 --directory）是唯一原生支持的方式。它会让 Composer 把指定路径当作当前工作目录来加载 composer.json 和 composer.lock，并据此执行后续操作。
常见错误现象：加了 -d ./api 后 vendor 还是生成在当前目录——这是因为 -d 不控制 vendor 路径，只改“读配置的位置”。如果目标目录没有 composer.json，会直接报错：Could not open input file: ./api/composer.json。
-
-d接受相对路径（如./backend）和绝对路径（如/var/www/app/frontend），但路径必须存在且含有效配置文件 - 变量或含空格路径务必用引号包裹，例如
composer -d "$PROJECT_DIR" update - 它不影响
COMPOSER_VENDOR_DIR或config.vendor-dir的解析逻辑——vendor 还是按项目自身配置装 - CI/CD 脚本里频繁用
-d却忽略目标项目是否已配好config.vendor-dir，容易导致本地正常、流水线Class not found
vendor 目录位置由 COMPOSER_VENDOR_DIR 决定，不是 -d
很多人以为 composer -d ./api install 就能让依赖装进 ./api/vendor，其实完全不是。vendor 路径只由 COMPOSER_VENDOR_DIR 环境变量或（已废弃的）config.vendor-dir 控制，而 -d 对它毫无影响。
自 Composer 2.0 起，config.vendor-dir 已被彻底移除，设了会触发警告：The "config.vendor-dir" option is deprecated, use the "COMPOSER_VENDOR_DIR" environment variable instead. 所有旧教程里往 composer.json 里写 "vendor-dir": "lib/vendor" 的做法，现在纯属无效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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=lib/vendor composer install - Windows CMD：
set COMPOSER_VENDOR_DIR=lib/vendor && composer install - PowerShell：
$env:COMPOSER_VENDOR_DIR="lib/vendor"; composer install - 该变量优先级最高，只要设了，就无视项目内任何配置；但只对当前命令生效，不污染环境
- 路径可为相对（
lib/vendor）或绝对（/opt/myapp/deps），含空格时必须加引号
改了 vendor 路径后，autoload.php 引用必须手动同步
COMPOSER_VENDOR_DIR 只管安装位置，不管代码怎么引用。所有硬编码的 require 'vendor/autoload.php' 都会立刻失效，报错：Fatal error: require(): Failed opening required 'vendor/autoload.php'。
Composer 不会自动重写你的源码，也不会动态解析 vendor 路径。它只是把 autoload.php 生成在新位置，并在里面写死相对路径（比如 __DIR__ . '/../lib/vendor/autoload.php' 是它自己内部的事）。
- 必须手动改所有引用点：从
require 'vendor/autoload.php';改成require __DIR__ . '/lib/vendor/autoload.php'; - 部署脚本、Dockerfile、Makefile 中所有
vendor/bin/phpunit类调用，也要换成lib/vendor/bin/phpunit - PHPStorm 默认只索引
vendor/，需手动在 Settings → PHP → Include Paths 添加新路径 -
composer dump-autoload本身没问题，但它生成的 autoload 文件仍基于当前COMPOSER_VENDOR_DIR值——运行时这个变量必须已正确设置
别混淆全局配置和项目 vendor 路径
COMPOSER_VENDOR_DIR 只影响项目级依赖安装，跟 composer global 完全无关。设了它，不会改变 composer global require laravel/installer 的安装位置。
全局命令固定装在 $COMPOSER_HOME/vendor/ 下，唯一可控的是 COMPOSER_HOME 本身。误设 COMPOSER_VENDOR_DIR 想“统一管理全局包”，只会白忙活，还可能让 composer global list 找不到已装命令。
- 改全局路径请用：
composer config --global home "/path/to/my-composer-home" -
composer config --global必须显式加-g，否则会误写进当前项目composer.json - 值含空格时，必须用英文双引号包裹，例如：
composer config --global cache-dir "/data/composer cache" - 手改
~/.composer/config.json极易出错，JSON 格式错一个逗号，后续所有 Composer 命令都可能静默失败
require 和 IDE 的索引路径。变量设得再准，autoload.php 找不到，照样跑不起来。
