Composer全局路径只能通过COMPOSER_HOME环境变量统一指定一个根目录，其他配置如composer config --global home仅写入配置文件但不生效；改完需手动迁移数据并确保$COMPOSER_HOME/vendor/bin加入PATH。
Composer 全局路径不能“设置”成多个独立位置，只能通过 COMPOSER_HOME 环境变量统一指定一个权威根目录——改它，配置、缓存、全局包、插件、auth.json 全部跟着走；其他所谓“路径配置”要么无效，要么只影响局部。
为什么只认 COMPOSER_HOME，不认 composer config --global home
因为 composer config --global home 只是往配置文件里写了一行 JSON，它本身不参与运行时路径解析。真正起效的是环境变量 COMPOSER_HOME：Composer 启动第一件事就是读它；设了就用，没设才 fallback 到默认路径（Linux/macOS 是 ~/.composer，Windows 是 %APPDATA%\Roaming\Composer）。常见错误是只运行了 composer config --global home /new/path 就以为改好了，结果 composer global list 仍从旧目录加载插件。
- 验证是否真生效：必须同时满足
echo $COMPOSER_HOME（Linux/macOS）或echo %COMPOSER_HOME%（Windows）和composer config --global home输出一致 - 临时
export COMPOSER_HOME=...只在当前终端有效，CI、IDE、后台任务全失效 - Windows 上用
setx或 PowerShell 的[Environment]::SetEnvironmentVariable，改完必须重启终端
改完 COMPOSER_HOME 后必须手动迁移旧数据
Composer 不会自动复制 ~/.composer 或 %APPDATA%\Roaming\Composer 下的文件，也不会检查目标目录是否存在或可写。它只按 $COMPOSER_HOME/auth.json 和 $COMPOSER_HOME/config.json 硬读——文件缺失、权限不对、目录为空，都会导致静默失败或认证报错（比如 Could not authenticate against repo.example.com）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：运行
cp -r ~/.composer/* $COMPOSER_HOME/，然后chmod 600 $COMPOSER_HOME/auth.json - Windows：PowerShell 中执行
Copy-Item -Recurse "$env:APPDATA\Roaming\Composer\*" $env:COMPOSER_HOME\，再确认$COMPOSER_HOME\auth.json存在且内容正确 - 全局命令（如
laravel/installer）装在$COMPOSER_HOME/vendor/bin/，这个目录必须加进系统PATH，否则命令找不到
COMPOSER_VENDOR_DIR 和 config.vendor-dir 都不控制全局路径
这两个配置常被误用：COMPOSER_VENDOR_DIR 只对当前项目生效（即 composer install 时用），完全不影响 composer global require；config.vendor-dir 是写在项目 composer.json 里的，也只改本项目 vendor 目录名或路径，且值必须是相对路径（如 "libs"），不能以 / 开头。想让所有项目共用一个集中 vendor，唯一可行方式是：先设 COMPOSER_HOME，再在该目录下的 config.json 里写 {"config": {"vendor-dir": "/opt/shared-vendor"}}。
- 别试图用
COMPOSER_VENDOR_DIR让composer global装到别处——它根本不读这个变量 - 项目级
config.vendor-dir改完后，require 'vendor/autoload.php'要同步改成新路径，IDE 和 CI 脚本也得更新 - 全局包固定装在
$COMPOSER_HOME/vendor/，唯一可控的就是COMPOSER_HOME本身
PATH 必须包含 $COMPOSER_HOME/vendor/bin 才能用全局命令
运行 composer global require laravel/installer 只是把二进制文件放进 $COMPOSER_HOME/vendor/bin/，它不会自动加进系统 PATH。这是最常被跳过的一步，也是 command not found 的唯一原因。
- Linux/macOS：在
~/.zshrc或~/.bashrc末尾加export PATH="$COMPOSER_HOME/vendor/bin:$PATH"，然后source它 - Windows：在“系统属性 → 环境变量”中，把
%COMPOSER_HOME%\vendor\bin加进系统或用户Path变量 - Git Bash 用户注意：
COMPOSER_HOME不影响PATH，仍要确保 Windows 的Path生效，否则提示command not found
真正复杂的地方不在设置本身，而在于路径变更后所有依赖上下文都要同步更新：IDE 的自动补全、CI 脚本里的 composer global list、Docker 构建时的环境变量注入、甚至某些 PHP 扩展（如 Xdebug）的路径白名单——漏掉任意一环，都可能表现为“看起来改好了，但某处突然不工作”。
