动态安装扩展包必须在构建阶段完成，通过预置策略、显式触发和环境隔离实现；运行时调用composer require无效且危险，所有vendor变更须配合dump-autoload、服务注册及严格环境一致性。
动态安装扩展包不是靠 Composer 自己“实时联网装”，而是靠预置策略 + 显式触发 + 环境隔离来实现的。 没有“运行时自动拉包”这回事，所有 vendor 目录变更都必须发生在构建阶段（如 CI、Docker 构建、部署脚本），且需严格控制 PHP 扩展、autoload、服务注册三者的生效时机。
composer require 必须在构建阶段执行，不能 runtime 调用
PHP 进程启动后，vendor/autoload.php 已加载完毕，此时再跑 composer require 不仅无效，还会破坏当前 autoloader 缓存。动态化不是指“边跑边装”，而是指“按需生成不同依赖集的构建产物”。
- CI/CD 流水线中，用条件变量决定是否执行
composer require：例如if [ "$ENABLE_QUEUE" = "true" ]; then composer require topthink/think-queue; fi - Docker 构建时，把扩展安装逻辑写进
Dockerfile的RUN步骤，而非应用启动脚本 - 禁止在
index.php或 Laravel 的AppServiceProvider::boot()里调用exec('composer require ...')—— 这会导致权限、路径、环境变量全错，且无法保证 autoload 刷新
动态开关依赖：用 require-dev + autoload-dev 隔离非核心包
想让某些扩展只在特定环境生效（如本地开发启用调试工具、线上禁用），不能靠删 require 行，而应利用 Composer 的 autoload-dev 和 --no-dev 开关。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 把可选扩展（如
phpunit/phpunit、barryvdh/laravel-debugbar）统一放进require-dev，而不是require - 在
autoload-dev中声明其命名空间映射，但不要在主autoload里加——否则即使没装 dev 包，composer dump-autoload仍会尝试加载，导致 Class not found - 上线部署时固定使用
composer install --no-dev --optimize-autoloader，确保这些类根本不会被注册进 autoloader
多环境配置：用 repositories + path 仓库切换本地/测试/生产包
真正需要“动态替换实现”的场景（比如灰度测试新支付 SDK），靠改 composer.json 的 repositories 比改代码更安全可控。
- 开发时用
path仓库指向本地修改版："repositories": [{"type": "path", "url": "../my-pay-sdk"}]，执行composer require myorg/pay-sdk后生成软链接，改源码即生效 - 测试环境切到私有 Git 仓库：
{"type": "vcs", "url": "https://git.example.com/my-pay-sdk"}，并指定 tag：composer require myorg/pay-sdk:v1.2.0-test - 生产环境删掉
repositories字段，回归 Packagist 官方源，避免任何意外路径干扰 - 注意：每次切换
repositories后，必须composer update myorg/pay-sdk（不是require），否则 Composer 仍用旧缓存解析版本
autoload 注册和 ServiceProvider 加载必须显式触发
哪怕包已装进 vendor/，如果没刷新 autoload 映射或没注册服务提供者，代码照样找不到类或功能不生效。动态化最常卡在这两步。
-
composer dump-autoload -o必须在每次require/update后执行，尤其当新增了自定义 PSR-4 映射或用了path仓库 - Laravel 项目若禁用了 auto-discovery（
"dont-discover": ["*"]），则每个动态加入的包都得手动加ServiceProvider到config/app.php—— 这没法“动态”，只能靠部署前脚本注入配置行 - ThinkPHP 6/8 的扩展依赖
extra.think-service-provider字段，该字段不存在时，即使包已安装，think\facade\Facade也无法自动绑定，必须检查扩展包自身的composer.json
动态化的本质是把“变”的部分（包选择、版本、路径）提前收敛到构建配置里，而不是指望运行时去协调。最容易被忽略的是：autoload 缓存不会自动感知 vendor/ 变更，composer dump-autoload 这一步永远不能省；还有就是 CLI 和 Web SAPI 使用不同 php.ini，导致 php -m 看到的扩展和 phpinfo() 不一致，这种环境错位会让所有动态逻辑失效。
