Composer脚本中不能直接用fgets(STDIN)获取用户输入，因其默认非交互模式导致STDIN关闭；必须通过Symfony Console的QuestionHelper实现交互，并配合isInteractive()检查与环境变量fallback。
Composer脚本里不能直接用 fgets(STDIN) 获取用户输入
因为 Composer 在执行脚本时默认以非交互模式运行，STDIN 被关闭或重定向，调用 fgets(STDIN) 会立即返回 false 或空字符串，而不是等待用户输入。这不是代码写错了，是运行环境限制。
常见错误现象：
– 脚本静默跳过输入环节
– 返回空值导致后续逻辑报错（如 Undefined index）
– 在 CI/CD 环境中卡住、超时
- 必须显式判断并启用交互：检查
!$input->isInteractive()并提前退出或 fallback - 使用
$input和$output对象（来自Symfony\Component\Console\Input\InputInterface），而非裸 PHP 输入函数 - 脚本需注册为
Command类型（而非简单闭包），才能拿到完整控制台组件支持
正确做法：写一个自定义 Command 类，用 $helper->ask()
Composer 脚本本身不提供交互 API，但如果你的脚本基于 Symfony Console（推荐方式），就能用 QuestionHelper 安全读取输入。关键不是“怎么输”，而是“谁来负责读”——必须交给 Console 组件。
示例要点：
– 在 composer.json 的 autoload 中确保类可被加载
– 命令类需继承 Symfony\Component\Console\Command\Command
– 在 execute() 方法中获取 helper：$helper = $this->getHelper('question')
$answer = $helper->ask($input, $output, new Question('请输入环境名：'));- 支持默认值：
new Question('选择分支：', 'main') - 支持隐藏输入（密码）：
new ConfirmationQuestion('确认删除？', false) - 务必加
if (!$input->isInteractive()) { throw new RuntimeException('非交互模式下不支持此命令'); }
为什么不用 readline() 或 shell_exec('read -p')
这些方法在跨平台场景下极不可靠：readline() 在 Windows 上默认不可用；shell_exec('read') 依赖 Bash，且会绕过 Composer 的输入流控制，导致在 PhpStorm 终端、Git Bash、GitHub Actions 中行为不一致甚至失败。
-
readline()需要扩展启用，Composer 默认安装不含该扩展 -
shell_exec()无法捕获 Ctrl+C 中断，容易残留僵尸进程 - 所有这类“绕过 Console 组件”的方案，在
composer install --no-interaction下必然崩溃 - 真正兼容的做法只有一种：接受
$input->isInteractive()的结果，并设计 fallback 逻辑（如从 env 变量读取）
CI/CD 中如何安全 fallback 到非交互模式
很多团队卡在这里：本地能问，CI 里就挂。核心原则是——不要让交互逻辑成为必经路径。Composer 脚本的健壮性，取决于它能否优雅降级。
- 优先从环境变量读：
$_SERVER['APP_ENV'] ?? null，再 fallback 到交互 - 用
composer run-script deploy -- --env=prod传参，避免运行时提问 - 检查
getenv('CI') === 'true'或getenv('GITHUB_ACTIONS')直接禁用提问 - 若必须交互，应在
composer.json的scripts中明确标注："deploy": "php ./scripts/deploy.php --interactive"，让用户自己决定是否加--interactive
最常被忽略的一点：即使写了 QuestionHelper，如果没在 composer.json 里声明 "require-dev": {"symfony/console": "^6.0"}，生产环境可能根本找不到类 —— Composer 不会自动加载 dev 依赖到脚本运行时。
