php本身不决定浏览器兼容性，关键在于服务器输出的content-type、charset声明及字节流是否匹配老旧浏览器解析预期；需显式设置header、确认文件编码、避免bom和前置输出。
PHP 源码本身不直接决定浏览器兼容性，真正影响老旧浏览器（如 IE6–8、早期 Opera/Chrome）能否正确解析响应的，是服务器输出的 Content-Type、charset 声明、以及实际发送的字节流是否符合其解析预期。关键不在“让 PHP 兼容”，而在“让 PHP 输出不触发老旧浏览器的怪异模式或解码错误”。
必须显式设置 Content-Type 并指定 charset=gb2312 或 utf-8（取决于页面实际编码）
老旧浏览器对 MIME 类型和字符集声明极其敏感。缺省或模糊的 Content-Type: text/html 会让 IE6–7 回退到系统默认编码（通常是 GB2312），若 PHP 文件本身是 UTF-8 编码却没声明，就会乱码；反之，GB2312 编码页面若声明 charset=utf-8，IE6 也会崩。
- 确认源文件真实编码：用编辑器查清是
UTF-8 without BOM还是GB2312（推荐统一转为 UTF-8，但需配套声明） - 在
echo或include任何 HTML 内容前，调用：header('Content-Type: text/html; charset=utf-8');（UTF-8 场景）或header('Content-Type: text/html; charset=gb2312');（仅遗留系统且无 UTF-8 条件时） - 禁止依赖
<meta charset="...">替代 HTTP header——IE6 完全忽略该标签，只认 header
避免输出任何前置空白或 BOM 字节（尤其 UTF-8 BOM）
IE6–8 在收到 HTTP body 开头有不可见字节（如 UTF-8 BOM \xEF\xBB\xBF）时，会强制进入 Quirks Mode，甚至拒绝执行内联 JS、错位 CSS。而 PHP 的 header() 函数一旦有前置输出（空格、换行、BOM），就会报 Cannot modify header information 错误。
- 用十六进制编辑器或命令行检查 PHP 文件开头：
head -c 3 yourfile.php | xxd
，确认没有ef bb bf - 所有 PHP 文件保存为
UTF-8 without BOM（VS Code、PhpStorm 默认支持；Notepad++ 需手动选“UTF-8 无 BOM”） - 确保
<?php之前无空格、空行、注释；?>之后也**不要有任何字符**（包括换行），尤其在被include的配置文件中
慎用现代 PHP 特性与输出控制函数（ob_start 等）
老旧浏览器不处理问题，但 PHP 层面若使用了不兼容的输出控制逻辑，会导致 header 发送失败或内容截断，间接引发显示异常。
立即学习“PHP免费学习笔记（深入）”；
- 避免在已输出内容后调用
header()——老旧浏览器不会帮你修复，只会显示白屏或部分乱码 - 如必须用
ob_start()，确保它在脚本最顶端（<?php ob_start();第一行）、且未开启 zlib.output_compression（该扩展可能插入额外 header 或修改 content-length） - 禁用
session_start()前的任何输出，IE6 对 Set-Cookie header 的位置更敏感 - 不要依赖
http_response_code(404)后继续输出 HTML——部分老浏览器会忽略状态码，只渲染内容
真正难的不是加几行 header()，而是整个项目里每个被 include 的文件、每段拼接的字符串、甚至 Composer 自动加载的类文件，都必须满足无 BOM、无前置输出、编码声明一致。一个不起眼的 config.php 多了个空格，就足以让整站对 IE8 失效。
