Composer全局可用需将bin目录加入PATH，且COMPOSER_HOME必须设为绝对路径并重启终端；仅这两步到位，命令和全局包才能正常工作。
Composer 在测试系统下配置环境变量，核心就两件事：让 composer 命令能全局敲，且让它读得懂你设的变量（比如私仓地址、认证凭据）。不是所有变量都生效，也不是加进系统 PATH 就万事大吉。
怎么让 composer 命令在任意目录可用
这是最常卡住的第一步。Windows 下装完 Composer-Setup.exe，如果没勾选 “Add to PATH”，或者手动安装了 composer.phar，命令就只在特定目录有效。
- 打开“系统属性 → 高级 → 环境变量”，在“系统变量”里找到
Path，点击“编辑” - 新增一行，填入 Composer 的实际 bin 目录，常见路径是：
C:\ProgramData\ComposerSetup\bin（注意：不是php.exe所在目录） - 关掉所有已打开的 CMD/PowerShell，重新开一个，再运行
composer --version - 如果仍报“不是内部或外部命令”，检查
C:\ProgramData是否为隐藏文件夹——资源管理器需开启“显示隐藏项目”才能确认该路径是否存在
为什么 COMPOSER_HOME 设错会导致 global require 失效
测试环境常需要全局安装工具（比如 phpunit 或 laravel/installer），但设错 COMPOSER_HOME 后，composer global require 装的二进制文件会放错地方，PATH 也跟着指向错误目录。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
COMPOSER_HOME必须是绝对路径，不能含%USERPROFILE%、~或任何环境变量占位符 - 设完必须重启终端，否则旧 shell 还缓存着上一轮的值
- 验证方式：运行
composer config --list --global，看顶部 “Global configuration file” 路径是否与你预期一致 - Windows 下默认路径是
%APPDATA%\Composer，如果你改成了D:\tools\composer，那对应要加进 PATH 的就是D:\tools\composer\vendor\bin
哪些环境变量真能在 composer.json 里被插值使用
测试环境常要切私有仓库或动态认证，但只有部分字段支持 ${VAR_NAME} 语法，其他地方写了等于白写。
- 支持插值的字段包括：
config.http-basic、repositories[].url、config.process-timeout - 不支持的字段有：
config.repos、minimum-stability、autoload—— 它们不会解析 ${}，也不会报错，而是静默忽略 - 变量必须由系统或 PHP 进程启动前注入，
.env文件对 Composer 自身无效；CI/CD 中要用env:块显式传入，不能依赖 dotenv 加载 - 示例：在 GitHub Actions 中，
config.http-basic要这样写才生效：env: GIT_USERNAME: ${{ secrets.GIT_USERNAME }} GIT_TOKEN: ${{ secrets.GIT_TOKEN }}然后composer.json里写{"example.com": {"username": "${GIT_USERNAME}", "password": "${GIT_TOKEN}"}}
测试环境最容易被忽略的兼容性陷阱
测试系统（尤其是 CI 用的 Windows Server 或 Docker 容器）和本地开发机差异大，PATH 和扩展加载容易出隐性问题。
-
composer install报 “The openssl extension is required”？不是 Composer 缺 OpenSSL，是 PHP 没启用extension=openssl或extension=curl—— 测试机常是精简版 PHP，这些扩展默认关闭 - 运行
php --ini查php.ini路径，确认改的是那个文件；多个 PHP 版本共存时，composer调用的可能是另一个php.exe - Windows Defender 实时防护会严重拖慢
composer update，测试环境建议把%APPDATA%\Composer和项目vendor目录加入排除列表，或直接用composer install（跳过更新逻辑） -
COMPOSER_NO_DEV=1这类开关只影响当前命令执行，不会改变composer.json里的require-dev定义——它只是临时跳过安装，不是永久移除
