CLI模式下PHP输出中文乱码本质是终端编码（如Windows默认GBK）与PHP输出的UTF-8字节流不匹配，需统一为UTF-8：Windows执行chcp 65001临时切换，PowerShell设[Console]::OutputEncoding，文件须存为UTF-8无BOM，PHP中用mb_internal_encoding('UTF-8')并避免strlen等非多字节函数。
CLI 模式下 PHP 输出中文乱码，本质是终端编码和 PHP 输出字节流不匹配，不是 PHP 本身的问题，但必须在 PHP 层主动适配。
Windows cmd/powershell 默认 GBK，echo UTF-8 字节就炸
Windows 终端（cmd、PowerShell）默认使用 GBK 编码，而 PHP 文件保存为 UTF-8（无 BOM），echo "中文" 实际输出的是 UTF-8 字节序列，终端按 GBK 解码，必然显示乱码（如“涓枃”）。
- 临时修复：执行
chcp 65001切换当前终端为 UTF-8 代码页（仅对当前窗口生效） - 永久方案：PowerShell 中运行
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8；cmd 则需修改注册表或启动参数（不推荐） - 注意：
chcp 65001后若仍乱码，检查 PHP 文件是否真为 UTF-8（无 BOM）——VS Code 右下角编码显示要确认是UTF-8，不是UTF-8 with BOM或GBK
Linux/macOS 终端一般没问题，但 file_get_contents() 读文件可能带 BOM
Linux/macOS 终端通常默认 UTF-8，echo 中文基本正常。但问题常出在读取外部文件时：比如从配置文件、日志、用户输入中读取内容，若源文件含 UTF-8 BOM（\xEF\xBB\xBF），file_get_contents() 会原样带上，导致后续 JSON 编码失败、正则匹配错位、数据库写入异常。
- 读取后立即清理 BOM：
$content = ltrim($content, "\xEF\xBB\xBF"); - 更稳妥的通用方式：
$content = mb_convert_encoding($content, 'UTF-8', 'UTF-8');（自动剥离 BOM 并标准化编码） - 避免源头污染：用
vim或 VS Code 保存脚本/配置文件时，务必选UTF-8（无 BOM）；cat -v filename可查看是否含^M或M-oM-?M-?（BOM 的可见表示）
ThinkPHP 命令行指令（php think xxx）里中文输出被截断或乱码
ThinkPHP 的命令行指令基于 think\Console，其输出走的是 PHP CLI 标准输出流，但部分组件（如 think\console\command\Make）内部用了 mb_strlen() 或 str_pad() 等函数，若未显式指定编码，会受 mb_internal_encoding() 影响，默认可能是 ISO-8859-1，导致中文长度计算错误、对齐错乱。
立即学习“PHP免费学习笔记（深入）”；
- 在命令类的
handle()开头强制设编码：mb_internal_encoding('UTF-8'); - 所有涉及中文字符串操作的地方，显式传参：
mb_substr($str, 0, 10, 'UTF-8')、mb_strwidth($str, 'UTF-8') - 避免依赖
strlen()处理中文 —— 它只数字节，不是字符数；echo strlen("中文")返回 6，mb_strlen("中文", 'UTF-8')才返回 2
JSON 输出中文变 \uXXXX，但你其实想看到明文
CLI 下调用 json_encode($data)，默认会把非 ASCII 字符转义为 \uXXXX，比如 {"name":"\u4f60\u597d"}。这不算错，但调试时极不友好。
- 加
JSON_UNESCAPED_UNICODE标志：json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) - ThinkPHP 8+ 的
think\facade\Console提供line()方法，它内部已处理该标志，直接Console::line($data)即可输出可读 JSON - 注意：若数据含二进制或控制字符（如
\x00），JSON_UNESCAPED_UNICODE不影响它们，仍可能引发解析失败 —— 此时应先过滤：preg_replace('/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]/', '', $str)
最易被忽略的一点：CLI 没有 HTTP 头，也没有浏览器 fallback，header() 和 <meta charset> 全无效。所有编码适配必须落在字节流生成、终端解码、字符串函数三者之间的严格对齐上，漏掉任一环，乱码就会在某个环节突然出现。
