composer仅识别composer_*前缀的环境变量，如composer_no_scripts=1 composer install最可靠；export和.env对其无效，因composer不读取.env且子进程可能丢失shell变量，ci/docker中必须显式注入。
直接在命令前加变量赋值，比如 COMPOSER_NO_SCRIPTS=1 composer install，这是最可靠、最无需额外配置的方式。
为什么不用 export 或 .env？
Composer 不读取 .env 文件，也不继承 shell 的全局 export 变量（尤其在它 fork 子进程调用 PHP 时，环境常被重置）。你 export 了 COMPOSER_MEMORY_LIMIT=-1，再跑 composer update，大概率无效。
-
export后变量只对当前 shell 会话及其子进程生效，但 Composer 内部调用 PHP 脚本时可能丢失 -
.env是 Laravel/Symfony 等框架加载的，Composer 自身完全无视它 - CI/CD 或 Docker 中，
export更不可靠，必须显式注入
哪些变量 Composer 真正识别？
只认官方文档明确列出的 COMPOSER_* 前缀变量，自定义名如 MY_FLAG=1 会被彻底忽略。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
COMPOSER_NO_INTERACTION：强制非交互模式（适合 CI） -
COMPOSER_NO_SCRIPTS：跳过post-install-cmd等脚本 -
COMPOSER_CACHE_DIR：指定缓存路径（需绝对路径） -
COMPOSER_HOME：必须为绝对路径，不能含~或$HOME -
HTTP_PROXY/HTTPS_PROXY：影响包下载，但优先级低于config.http-proxy
Windows 下怎么写才不报错？
Windows CMD 不支持 VAR=val composer install 这种写法，必须用 && 连接，否则变量只在上一行生效。
- CMD：用
set COMPOSER_NO_INTERACTION=1 && composer install - PowerShell：推荐统一走 CMD 兼容方式：
cmd /c "set COMPOSER_NO_INTERACTION=1 && composer install"，避免$env:作用域混乱 - Git Bash / WSL：直接用 Unix 写法
COMPOSER_NO_INTERACTION=1 composer install即可
composer.json 里用 ${VAR} 的前提是什么？
变量插值只在运行时由 getenv() 解析，且仅限特定字段——不是所有配置项都支持。
- 支持的字段：
config.http-basic、repositories[].url、config.process-timeout - 不支持的字段：
config.repos、config.github-protocols、autoload相关项 - 变量未定义时，Composer 默认静默跳过该字段，不会报错，容易导致私仓认证失败等“静默故障”
- 必须确保变量已在 shell / CI env / Docker --env 中提前注入，
vendor/autoload.php加载不了它们
真正容易被忽略的是：变量是否被透传进 Composer 启动后的 PHP 子进程，以及 composer.json 中插值字段的生效边界。别指望改个 .env 就能让 repositories[].url 动态替换——那得先让 shell 把变量喂进去，而且得喂对地方。
