Composer中文交互没反应并非不支持中文，而是终端未分配伪TTY、COMPOSER_NO_INTERACTION环境变量残留或stdin被重定向导致自动降级为非交互模式；需确保posix_isatty(STDIN)为true，并正确使用--interactive、-t或winpty等手段恢复TTY。
Composer 中文交互模式没反应，不是“不支持中文”，而是终端环境、命令参数、PHP 运行时三者没对齐——composer init 或 composer require -i 卡住不动，90% 是伪 TTY 缺失、COMPOSER_NO_INTERACTION 环境变量残留，或 stdin 被重定向导致的。
为什么 composer init 在中文 Windows 终端里直接跳过提问？
它根本没卡，是 Composer 自动降级为非交互模式了。Windows CMD 默认不分配伪 TTY，posix_isatty(STDIN) 返回 false，Composer 就放弃读 stdin。
- PowerShell 或 Git Bash 下运行前加
--interactive无效：必须用winpty（Windows）或script -qec（Linux/macOS）模拟 TTY，例如：winpty composer init - Docker 构建中卡住？在
RUN命令前加-t参数分配伪终端：RUN docker run -t --rm composer init - CI 流水线里别指望交互：删掉
--interactive，改用预设参数，例如：composer init --name="acme/app" --description="My app" --license=MIT --no-interaction
composer require -i 列不出版本选项，还报错？
这个命令只在“有 ≥2 个满足平台约束的稳定版”时才触发选择列表。它不是万能交互开关，更不是中文输入法问题。
- 失效常见场景：
composer.json已存在该包（如"monolog/monolog": "^2.0"），再跑require -i直接复用，不提示 - 包只发布了一个版本（比如私有 SDK 的
v1.0.0），findBestVersionForPackage()没得选，就静默安装 - PHP 版本或扩展不匹配（如包要求
ext-gd但未启用），Composer 会过滤掉所有候选版，最终列表为空，报No version found matching... - 顺序很重要：
-i必须紧贴命令末尾，composer require -i vendor/package才生效；写成composer require vendor/package -i在旧版 Composer（≤2.1）里会被忽略
CI/CD 里怎么让交互式脚本不卡死？
第三方包的 post-install-cmd 脚本（比如 Laravel Installer、某些 SDK 初始化器）如果写了 $io->ask()，又没做非交互兜底，就会在 CI 里无限等待 stdin 输入。
- 绝对不要依赖
--interactive：CI 环境里stdin通常被管道重定向（如composer install | cat），posix_isatty(STDIN)必为false - 查文档找环境变量替代方案：例如
ACCEPT_LICENSE=1 API_KEY=xxx composer require vendor/package - 全局配置认证信息，避免 prompt：
composer config --global store-auths true，再提前用composer config --global http-basic.example.com username token注入凭证 - 临时禁用可疑插件：某些插件（如
hirak/prestissimo）会劫持 IO 流，导致交互提示被吞掉；先composer global remove hirak/prestissimo排查
终端显示乱码、中文输入后报错？
这不是 Composer 的问题，是 PHP CLI 进程的 locale 和终端编码不一致。Composer 本身不处理字符集转换，只原样读取 stdin 字节流。
- Linux/macOS：确保终端 LANG 设置正确，例如
export LANG=zh_CN.UTF-8；检查locale输出是否含UTF-8 - Windows PowerShell：运行
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8，再启动 Composer - PHP 自身限制：CLI 模式下若
mbstring.func_overload开启，可能干扰输入解析；临时关掉：php -d mbstring.func_overload=0 /usr/bin/composer init - 别用中文路径初始化项目：Composer 对路径中非 ASCII 字符支持不稳定，
composer init时 package name 里含中文会直接失败
真正容易被忽略的是：Composer 的“交互”完全依赖 STDIN 是否可读、是否为 TTY、是否被重定向——它不调系统编辑器、不解析 UTF-8 BOM、也不做任何字符集适配。只要这三个条件断一个，提示就消失，连错误都不报。
