自定义命令需继承 Symfony Command 类并走 Composer 命令流程（如 composer run-script）才能访问 $input/$output；scripts 中无法直接获取，须封装为正式命令或插件。
怎么在自定义命令里拿到 $input 和 $output
Composer 的自定义命令（比如继承 Command 类的脚本）默认就能访问 IO 对象，但前提是必须走 Composer 的命令执行流程——也就是通过 composer run-script 或直接注册为 Composer 命令，不能当成普通 PHP 脚本 php script.php 直接运行。
常见错误现象：Call to a member function write() on null，本质是没正确注入 $input/$output，或者手动 new 了命令实例却没调用 setApplication()。
- 确保命令类继承
Symfony\Component\Console\Command\Command，并在configure()中设置名称 - 在
execute()方法签名里声明$input和$output参数（Symfony 5+ 要求类型提示InputInterface和OutputInterface） - 如果手动测试命令逻辑，得先调用
$command->setApplication($application)，其中$application是Composer\Console\Application实例
IO 对象在哪？为什么 $this->getHelper('question') 会报错
Composer 自身没有叫 IO 的独立对象，它用的是 Symfony Console 的 InputInterface + OutputInterface 组合，通常统称 “IO”。所谓“获取 IO 接口”，就是拿到这两个对象的实例。
容易踩的坑：试图在非命令上下文（比如 autoload.php 或普通函数里）调用 $this->getHelper()，此时 $this 根本不是 Command 实例，也没有 helper 容器。
立即学习“PHP免费学习笔记（深入）”；
-
$input用于读取参数、选项、交互式输入；$output用于输出文字、进度条、表格等 - 交互式操作（如确认、选择）必须用
$helper = $this->getHelper('question')，但前提是当前类是Command子类且已绑定到 Application - 别在
__construct()里尝试访问$input/$output—— 它们是在execute()时才传入的
在 scripts 配置里怎么间接用到 $output
Composer 的 scripts（如 "post-install-cmd"）本身不暴露 $input/$output，它只负责执行回调函数或命令。想在里面做带格式的输出或交互，得绕一层。
典型做法是写一个真正继承 Command 的类，然后在 scripts 里调用 composer your-command-name，由 Composer 启动完整命令生命周期。
- 直接在
scripts里写"php my-script.php"：拿不到$output，只能用echo/var_dump，且无法使用 Symfony 的彩色输出、进度条等功能 - 如果坚持用脚本文件，可以手动构造
ConsoleOutput（Symfony\Component\Console\Output\ConsoleOutput），但不会自动适配 Composer 的 quiet/verbose 模式 - 注意
COMPOSER_HOME和当前工作目录可能影响路径解析，$output->writeln()输出的内容会被 Composer 日志系统捕获，但echo不会
为什么有些插件能全局访问 IO，而我的不行
Composer 插件（PluginInterface 实现类）在 activate() 时会收到 Composer\Composer 和 Composer\IO\IOInterface 实例——这个 IOInterface 是 Composer 封装过的，和 Symfony 的 OutputInterface 不同，但它提供了 write()、ask()、isVerbose() 等更贴近 Composer 习惯的方法。
关键区别：插件的 $io 是 Composer 主进程传进来的，天然可用；而普通脚本没这待遇，必须走命令机制。
- 插件中拿到的
$io是Composer\IO\IOInterface，不是 Symfony 的OutputInterface，方法名相似但类型不同，不能混用 - 如果你在插件里调用了第三方库依赖 Symfony Console，要注意两套 IO 接口不兼容，别试图把
$io强转成OutputInterface - 插件的
$io在deactivate()后就失效了，别缓存它或跨生命周期使用
最常被忽略的一点：很多人以为只要在 composer.json 里写了 "scripts" 就能像插件一样自由操作 IO，其实 scripts 是 shell 层抽象，根本不在 Composer 的 IO 生命周期里——想真用 IO，就得写命令或插件，没捷径。
