composer不读取app_env等通用环境变量，仅识别composer_home、composer_cache_dir等自身专用变量；验证需用composer config --global home或composer diagnose -v，而非composer config -l。
Composer 本身不读取或暴露系统环境变量（如 APP_ENV、DB_HOST），它只在启动时检查少数几个**自身专用的环境变量**（如 COMPOSER_HOME、COMPOSER_CACHE_DIR），且不会把它们列进配置命令输出里。想确认这些变量是否生效，得靠间接验证。
composer config -l 不显示 COMPOSER_HOME 等环境变量
composer config -l 只输出 Composer 配置项（home、bin-dir、repositories 等）的最终值，不是环境变量列表。即使你设置了 COMPOSER_HOME，composer config -l 显示的 home 值是“应用后结果”，而非“来源是环境变量”。
- 运行
composer config --global home才能明确看到当前生效的全局home路径——如果它和你设的COMPOSER_HOME一致，说明变量已起作用 -
composer config -lg只列出显式写在全局config.json里的配置，不包括通过环境变量覆盖的项 - 想看 Composer 启动时实际读了哪些路径？加
-v运行任意命令：composer diagnose -v会打印COMPOSER_HOME、COMPOSER_CACHE_DIR的解析过程
如何验证 COMPOSER_HOME 是否被正确读取
这是最常被误设又静默失败的环境变量。它不报错，但会导致全局包找不到、auth.json 无效、缓存写入错目录。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：先确认变量已导出：
echo $COMPOSER_HOME；再检查是否为绝对路径（不能含~或$HOME） - Windows：用
echo %COMPOSER_HOME%，确保路径中无中文、空格、尾部反斜杠 - 必须重启终端（不是
source）才能让新 shell 读到变量——尤其 CI/CD 或 IDE 内置终端容易忽略这点 - 验证命令：
composer global config bin-dir --absolute，输出路径应以你设的COMPOSER_HOME开头
为什么 APP_ENV、DATABASE_URL 等变量在 composer install 里不生效
因为 Composer 不解析 .env 文件，也不读取项目级环境变量。所谓“composer install 用了 APP_ENV”，其实是项目 scripts 中定义的 post-install-cmd 调用了 PHP 脚本（如 php artisan optimize），而那个脚本才去加载 .env。
- 直接运行
APP_ENV=prod composer install是无效的——APP_ENV对 Composer 无意义，但会被子进程继承，可能影响后续脚本 - 想让安装阶段就用特定环境？得在
composer.json的scripts里显式传参，例如："post-install-cmd": "APP_ENV=prod php artisan config:clear" - 敏感变量（如 API token）别硬编码进
composer.json，应由部署流程注入，或用phpdotenv在运行时加载
真正关键的不是“看到变量”，而是确认它是否改变了 Composer 的行为路径——比如 COMPOSER_HOME 改了，auth.json 就得手动迁过去，否则认证永远失败；这个迁移步骤，90% 的人会跳过。
