php源文件应保存为utf-8无bom，运行时需统一设置mb_internal_encoding、default_charset和content-type响应头为utf-8，并确保header()调用前无任何输出，否则易触发headers already sent错误。
PHP 文件本身的编码（即源码文件保存时的字符集）和 PHP 运行时输出的编码（如 Content-Type 响应头、mb_internal_encoding() 等）是两回事；Windows 和 Linux 下 PHP 解析器对源文件编码没有本质区别，但编辑器行为、默认终端环境、以及常见错误场景差异显著。
PHP 源文件编码怎么设才不会乱码
PHP 解析器本身不强制要求源码编码，但它会原样读取文件字节。只要没用到非 ASCII 字符（比如中文变量名、中文字符串），UTF-8、GBK、ISO-8859-1 都能跑通。一旦出现中文：echo "你好";，就必须确保：
- 文件保存为 UTF-8 无 BOM（BOM 是 Windows 记事本常加的 3 字节头部，PHP 会把它当输出内容，导致 headers already sent 错误）
- 如果用了 GBK 编码保存，而 PHP 输出时又没声明
header('Content-Type: text/html; charset=gbk');，浏览器大概率显示乱码 - Linux 终端默认 UTF-8，Windows CMD 默认 GBK（旧版），这会影响
var_dump()或echo的终端显示效果，但不影响脚本逻辑
PHP 运行时编码设置的关键函数与位置
真正影响输出是否乱码的是运行时编码配置，不是文件保存格式。重点看三处：
-
mb_internal_encoding('UTF-8')：设置多字节函数（如mb_strlen）的默认编码，应在脚本最开头调用，否则可能失效 -
default_charset = "UTF-8"（php.ini）：控制header('Content-Type')默认值，也影响htmlspecialchars()等函数的行为 -
header('Content-Type: text/html; charset=UTF-8');：必须在任何输出前调用，且 charset 值要和 HTML 中<meta charset="UTF-8">一致
Windows 与 Linux 下的实际差异点
差异不在 PHP 引擎本身，而在配套环境：
