系统变量和用户变量对composer命令执行无功能差异，关键只看当前终端进程的path是否包含composer可执行文件路径；git bash、vs code终端等因加载机制独立，需单独配置path；composer_home是唯一区分系统/用户级的变量，必须为绝对路径、存在且有权限，并重启终端生效。
系统变量和用户变量对 Composer 的影响完全一样，只看 PATH 是否包含目标目录
系统变量和用户变量在 Composer 场景下没有功能差异——composer 命令能否执行，只取决于当前 shell 进程启动时读到的 PATH 环境变量里有没有它的可执行文件路径。Windows 上二者只是存放位置不同：系统变量对所有用户生效，用户变量仅对当前登录用户生效；但只要你用的是自己的账户启动终端，最终拼出来的 PATH 字符串才是关键。
常见错误是以为“加了系统变量就一劳永逸”，结果发现 Git Bash 或 VS Code 内置终端还是找不到 composer。这是因为：
- Git Bash 不读 Windows 系统 PATH，只认自己 shell 配置（如
~/.bashrc）里写的PATH - VS Code 终端可能继承自父进程，如果父进程启动早于你改 PATH，它就不会加载新值
- PowerShell 和 CMD 的环境变量也是各自独立加载的，改完一个不等于全生效
COMPOSER_HOME 是唯一真正区分“系统级”和“用户级”的环境变量
COMPOSER_HOME 直接决定全局配置、缓存、vendor/bin 的根目录位置。设了它，Composer 就完全忽略默认路径（~/.composer 或 %APPDATA%\Composer），所有全局操作都转向你指定的位置。
但它必须满足三个硬性条件，否则静默失效：
- 必须是绝对路径，不能含
~、$HOME、%USERPROFILE%等占位符 - 路径需存在且当前用户有读写权限（否则 fallback 到默认位置，不报错）
- 设完后必须重启所有终端，否则旧进程仍用原路径
验证方式：运行 composer config --list --global，看开头的 “Global configuration file” 路径是否与你预期一致。
COMPOSER_CACHE_DIR 只在当前进程有效，和系统/用户变量无关
COMPOSER_CACHE_DIR 是临时覆盖缓存路径的唯一方式，优先级最高，但只对当前命令生效，退出即丢。它不区分系统或用户变量，只要在当前 shell 中 export/set 成功，就会立刻起效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
容易踩的坑：
- 路径不存在时 Composer 不报错，而是默默回退到默认缓存位置（比如
~/.composer/cache） - 权限不对（如
/tmp/composer-cache被 root 占用）也会静默失败 - Docker 或 CI 中切换用户后，环境变量没透传过去，导致变量丢失
验证是否真生效：运行 composer diag，检查输出中 Cache directory: 行是否匹配你设的路径——这是唯一可信依据。
其他环境变量如 COMPOSER_REPO_PACKAGIST 根本不被 Composer 识别
COMPOSER_REPO_PACKAGIST 听起来合理，但 Composer 2.0 至今所有正式版本均未实现对其的支持。你设了它，composer install 日志里照样出现 Downloading https://packagist.org/p/...，既不报错也不警告。
真正起效的镜像配置只有这一条命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
注意三个细节：
- 必须带
-g，否则只写进当前项目 - 键名必须是单数
repo.packagist，不是repos或repositories - URL 末尾必须带斜杠
/，否则请求/composerpackages.json404 后 fallback 回官方源
最容易被忽略的是：即使 composer config -g repo.packagist 输出看起来正常，也得实际跑一次 composer require monolog/monolog 并观察下载 URL，才能确认镜像是否真在用。
