Composer不支持动态依赖加载，require字段必须为静态字符串；可行方案是用platform模拟扩展或path repo拆分独立依赖项目。
Composer 本身不支持运行时或环境变量驱动的动态依赖加载——require 字段必须是静态字符串，没有 environment: prod 这类语法，也没有 if/else 逻辑。 所有“按环境选包”的需求，本质都是在绕过 Composer 的静态解析限制，用其他机制模拟或隔离。
为什么 composer require 不能写成 "ext-xdebug": "${ENV_XDEBUG_VERSION}"
因为 Composer 解析 composer.json 是纯 JSON 解析阶段，不执行 PHP、不读环境变量、不走模板引擎。任何非字面量（如变量、函数调用、条件表达式）都会直接导致 JSON decode error 或后续锁文件校验失败。
- 常见错误现象：
composer install报错Invalid argument supplied for foreach()或Could not parse version constraint ${...} - 试图用 CI 脚本 sed 替换
composer.json再执行 install：会导致composer.lock哈希不一致，本地开发与线上构建结果不可重现 -
scripts中调用composer config require.xxx动态写入：会污染composer.json，且修改后未dump-autoload就运行代码，类仍找不到
真正可行的替代方案：platform + COMPOSER_PLATFORM_CHECK
这不是“加载不同包”，而是让 Composer 在不同环境下“假装”具备不同扩展或 PHP 版本，从而影响依赖解算结果——适用于 dev 需要 xdebug/phpunit、prod 不装但又不想因缺扩展报错的场景。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在
composer.json中声明："config": { "platform": { "ext-xdebug": "3.1.5" } }，这会让 Composer 认为 xdebug 已存在，跳过对它的运行时检查 - 线上部署时加环境变量：
COMPOSER_PLATFORM_CHECK=0 composer install --no-dev，彻底关闭平台扩展校验（比改 platform 更干净、无副作用） - 注意：
platform只能模拟扩展和 PHP 版本，不能隐藏整个包；它不改变require列表，只影响依赖兼容性判断
需要彻底隔离包？用 path repo 拆多份 composer.json
当必须做到「prod 环境装 A 包、dev 环境装 B 包，且两者互斥」时，唯一可维护的做法是拆出独立的依赖包项目，通过 path 类型仓库引入。
- 建两个子项目：
myapp/prod-deps和myapp/dev-deps，各自定义完整require，并设"minimum-stability": "stable" - 主项目
composer.json中配置："repositories": [{ "type": "path", "url": "../myapp/prod-deps" }]，再"require": { "myapp/prod-deps": "*" } - CI 中根据
$ENV切换url值，指向不同子项目路径；每次composer update都只拉取对应的一组依赖 - 关键点：子项目必须是独立 git 仓库或路径可访问目录，且不能含
autoload-dev以外的 dev-only 逻辑，否则主项目 autoload 会被污染
最容易被忽略的是生命周期问题：用 addPsr4() 动态注册命名空间后，PHP-FPM worker 进程不会自动 reload，旧进程仍用旧的加载器；而用 path repo 方案时，若子项目没提交 composer.lock，CI 构建就可能因版本漂移失败。
