根本原因是PowerShell默认用GBK或US-ASCII解码Composer输出的UTF-8中文，导致问号、方块或截断；必须设置[Console]::OutputEncoding = [System.Text.Encoding]::UTF8，再配置COMPOSER_NO_INTERACTION和Ctrl+C中断支持，并写入$PROFILE永久生效。
Windows PowerShell 中 Composer 命令行中文乱码的根源
根本不是 Composer 本身的问题，而是 PowerShell 默认输出编码不匹配 PHP 的 UTF-8 字符串处理。当 Composer 输出含中文的包名、路径或错误提示（如 Package "topthink/think-captcha" is not found）时，PowerShell 用 GBK 或 US-ASCII 解码，结果就是问号、方块或截断字符。
必须执行的三项 PowerShell 环境变量与编码设置
只改 $env:PATH 不够，乱码问题必须从终端 I/O 编码层切入：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8—— 强制 PowerShell 输出使用 UTF-8，否则composer search 中文返回结果全是乱码 -
$env:COMPOSER_NO_INTERACTION = "0"—— 防止某些交互式命令（如composer create-project）意外跳过确认步骤，导致中文提示被忽略 -
[System.Console]::TreatControlCAsInput = $true+SetConsoleMode($handle, 7)—— 让 Ctrl+C 在 Composer 长任务中能真正中断，否则会卡死并残留乱码缓冲区
Composer 安装后立即验证的最小测试命令
别等跑项目才发现问题，安装完就执行这三步：
- 运行
composer --version，确认输出中无乱码（如Composer version 2.7.7后面没跟着???） - 执行
composer search captcha，检查返回的包名是否含清晰中文（如topthink/think-captcha对应描述“ThinkPHP 验证码扩展”） - 故意输错命令，比如
composer inistall，观察错误信息中的中文路径提示（如找不到命令 “inistall”，你是指 “install” 吗？）是否正常显示
环境变量配置写入 PowerShell 配置文件的实操要点
临时设置每次重启终端就失效，永久生效必须写进 $PROFILE，但容易踩两个坑：
- 先运行
if (!(Test-Path $PROFILE)) { New-Item -Path $PROFILE -Force }创建配置文件，否则直接编辑会报错 - 在
$PROFILE中追加的代码必须按顺序：先设OutputEncoding，再设COMPOSER_NO_INTERACTION，最后才是SetConsoleMode调用，顺序颠倒会导致SetConsoleMode失效 - 写完后关闭所有 PowerShell 窗口，重新打开并运行
composer diagnose，若输出中PHP binary和openssl extension行都无乱码，说明环境变量已真正加载
OutputEncoding 设置是 Composer 中文支持的底层开关，其他所有操作（包括修改 php.ini 或 artisan 文件）都建立在这个前提之上；漏掉它，后续所有配置都只是在乱码基础上叠砖。 
