TRAe运行PHP提示编码错误，通常因文件实际为GBK而TRAe默认用UTF-8解析；需用file或PowerShell验证真实编码，配置default_charset="GBK"并关闭detect_unicode，最终应统一转为UTF-8无BOM。
TRAe 运行 PHP 时提示编码错误，大概率是 TRAe 默认用 UTF-8 解析 PHP 文件，但你的源码文件实际保存为 GBK（或 GB2312、GBK-BOM 等），导致 include、require 或解析注释/字符串时报错，比如出现乱码、Parse error: syntax error, unexpected '' 这类报错。
确认 PHP 文件真实编码格式
别信编辑器右下角显示的“UTF-8”——很多编辑器（如老版 Notepad++、VS Code 在未显式设置时）会把带 BOM 的 GBK 文件误标为 UTF-8。必须用命令行验证：
- Linux/macOS：运行
file -i your_script.php，看输出中charset=后面是什么（如charset=gbk或charset=utf-8） - Windows：用 PowerShell 执行
Get-Content your_script.php -Encoding Byte | Select -First 3，若前 3 字节是0xFF 0xFE是 UTF-16 LE；0xEF 0xBB 0xBF是 UTF-8 BOM；纯中文开头却无 BOM，极可能是 GBK - 常见陷阱：PHP 文件含中文注释 + 保存为 GBK 无 BOM，TRAe 按 UTF-8 读取，第一个中文字符就解成非法 UTF-8 序列，直接报
Parse error
TRAe 中禁用自动编码探测（关键步骤）
TRAe 默认开启 auto_detect_line_endings 和隐式编码推断，对 PHP 文件尤其不友好。需在 TRAe 配置中强制指定输入编码：
- 打开 TRAe 主配置（通常是
trae.ini或通过 TRAe GUI 的「设置 → 高级 → 编码」） - 找到或新增这一行：
default_charset = "GBK"（注意：不是utf-8，也不是gb2312，GBK 兼容性更好） - 同时关闭自动探测：
detect_unicode = Off（否则 PHP 解析器仍可能尝试 UTF-8 解码） - 重启 TRAe 服务或重载配置（命令行执行
trae restart或点击 GUI 中的重载按钮）
PHP 文件统一转存为 UTF-8 无 BOM（推荐长期方案）
靠 TRAe 强制设 GBK 只是权宜之计。PHP 官方要求源码为 UTF-8 无 BOM，且 Composer、现代框架（Laravel、ThinkPHP 6+）均默认此约定：
立即学习“PHP免费学习笔记（深入）”；
- 用 VS Code 打开 PHP 文件 → 右下角点击编码名（如 “GBK”）→ 选 “Save with Encoding” → 选
UTF-8（**务必确认没勾选 “with BOM”**） - 批量转换可用命令行：
iconv -f GBK -t UTF-8//IGNORE your_script.php > new.php && mv new.php your_script.php - 验证是否成功：再运行
file -i your_script.php，应显示charset=utf-8，且head -c 3 your_script.php | xxd输出不应含ef bb bf - 如果用了
mb_internal_encoding()或header('Content-Type: text/html; charset=GBK')，这些运行时设置不影响文件解析，得先解决源码编码本身
真正麻烦的是混合项目：部分老模块是 GBK，新模块是 UTF-8。TRAe 不支持 per-file 编码设置，此时只能拆成两个 TRAe 实例，或改用 Nginx + PHP-FPM 并通过 php_flag default_charset 分目录控制——TRAe 的轻量特性在这类场景反而成了限制。
