必须通过事件参数或接口获取composer实例，不能new或静态调用——否则会破坏依赖注入、生命周期和配置上下文，因composer依赖iointerface、config等数十个已初始化组件，手动new将导致空config、io失效、getpackage()返回null，并绕过实际运行时配置。
插件里必须通过事件参数或接口获取 Composer 实例，不能 new 或静态调用 —— 否则会破坏依赖注入、生命周期和配置上下文。
为什么不能直接 new Composer()
Composer 的核心对象（Composer 类）不是无状态工具类，它依赖：IOInterface、Config、RepositoryManager、PackageInterface 等数十个已初始化的组件。手动 new 会导致：
- 空
config和io，所有交互（如提示、日志）失效 - 加载的包信息为空，
getPackage()返回 null - 插件被加载时 Composer 实例早已构建完成，重复实例会绕过实际运行时配置（如
composer.json中的config字段）
正确方式：从事件参数中提取
Composer 插件主要通过事件监听工作，绝大多数关键事件（如 post-install-cmd、pre-autoload-dump）的 $event 参数都携带 Composer 实例：
use Composer\Script\Event;
public static function onPostInstall(Event $event)
{
$composer = $event->getComposer(); // ✅ 正确入口
$io = $event->getIO();
$package = $composer->getPackage(); // 可安全调用
$config = $composer->getConfig(); // 包含当前项目 config
}
注意：getComposer() 在部分早期事件（如 init）中可能返回 null，应优先使用 post-root-package-install 或 post-create-project-cmd 等稳定时机。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
自定义命令中如何获取
如果插件实现了 Command（继承 BaseCommand），不能依赖 $this->getComposer() —— 这是 Symfony Console 的惯用法，但 Composer 的命令基类并未提供该方法。正确做法是：
- 在
configure()中不设setHidden(true)，确保命令被正常注册 - 重写
execute(InputInterface $input, OutputInterface $output) - 通过
$application = $this->getApplication()→getComposer()获取（仅限于 Composer 自带的 Application 子类） - 更可靠的方式：在
execute中检查$input是否有绑定的composer属性（由 Composer CLI 注入），或直接抛出异常提示“请在项目根目录下运行”
常见错误：试图从 PluginInterface::activate() 中拿实例
PluginInterface::activate(Composer $composer, IOInterface $io) 的第一个参数就是 $composer —— 这是最直接、最安全的入口，但很多人忽略它，转而尝试全局查找：
// ❌ 错误：没有全局单例
$composer = Composer::create(); // 不存在这个静态方法
// ✅ 正确：就在 activate 方法参数里
public function activate(Composer $composer, IOInterface $io)
{
$this->composer = $composer; // 保存供后续事件使用
$this->io = $io;
}
这个 $composer 是 Composer 主流程创建的真实实例，包含完整状态、已解析的 composer.json、正确的仓库配置和缓存路径 —— 所有后续操作都应基于它。
真正容易被忽略的是：插件中跨事件共享 $composer 时，若未在 activate() 中保存引用，而在某个事件回调里又去“找”实例，就极可能 fallback 到空对象或报错。别省那一次赋值。
