Composer 不支持运行时插件安装，因其是构建时工具而非运行时加载器；可行方案仅有静态声明依赖或手动实现 PSR-4 动态加载，需解析插件 composer.json、调用 addPsr4() 注册命名空间、清理 OPCache 并绕过 autoload.php。
Composer 无法直接支持运行时插件安装
Composer 是构建时（build-time）依赖管理工具，不是运行时（runtime）模块加载器。试图在 PHP 运行中调用 composer require 或执行 exec('composer install') 来“动态安装插件”，会遇到权限、autoload 冲突、进程隔离和类加载失效等问题——哪怕命令执行成功，新类也不会被自动识别。
真正可行的插件加载路径只有两条
要么把插件当成普通 Composer 包提前声明依赖（静态方式），要么自己实现一套基于 PSR-4 + include + ClassLoader::addPsr4() 的轻量级运行时加载机制（动态方式）。后者才是“在线安装”的技术基础：
- 插件必须打包为标准目录结构（含
composer.json和src/），但不走 Composer 安装流程 - 下载 ZIP 后解压到约定目录（如
plugins/my-plugin/），并确保其autoload.psr-4配置可被读取 - 手动解析插件的
composer.json，调用ClassLoader::addPsr4()注册命名空间映射 - 触发一次
ClassLoader::setUseIncludePath(true)（如有需要）并清空 OPCache（opcache_invalidate()）
autoload.php 不会自动重载，必须手动干预
PHP 的 autoload.php 是 Composer 在 dump-autoload 时生成的静态文件，运行中新增插件不会触发它更新。常见错误是以为只要解压了插件、改了 vendor/autoload.php 就能用——实际完全无效。
正确做法是绕过 vendor/autoload.php，直接操作 Composer\Autoload\ClassLoader 实例：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
$loader = require __DIR__ . '/vendor/autoload.php';
$pluginJson = json_decode(file_get_contents($pluginPath . '/composer.json'), true);
if (!empty($pluginJson['autoload']['psr-4'])) {
foreach ($pluginJson['autoload']['psr-4'] as $namespace => $path) {
$loader->addPsr4($namespace, $pluginPath . '/' . $path);
}
}
注意：若插件含 classmap 或 files 类型 autoload，需额外处理；且所有插件类名不能与主项目冲突，否则后注册的会覆盖先注册的。
在线安装本质是「受控的文件写入 + 自动加载热更新」
所谓“在线安装”，底层只是 HTTP 下载 + 解压 + 权限校验 + autoload 注册 + 缓存清理。没有魔法，也没有 Composer 内建支持。容易被忽略的关键点有三个：
- 插件 ZIP 必须经过签名或哈希校验，否则任意代码执行风险极高
- 解压路径需在
open_basedir范围内，且 Web 服务器用户对目标目录有写权限 - OPCache 或 APCu 可能缓存已失效的类定义，必须显式调用
opcache_invalidate()或apcu_clear_cache()
别指望 Composer 替你做这些事——它连自己的 autoloader 都不支持热更新。
