PHP低版本兼容需用version_compare判断版本再调用函数，如5.4+用http_response_code()否则header()替代；header_remove()在5.3仅支持无参；flush()等输出控制受SAPI和服务器限制，需配合ob_end_flush()、隐式刷屏及缓冲区填充验证。
PHP 低版本（如 5.3 或更早）确实不支持 header_remove()、http_response_code() 的部分用法，甚至 ob_flush() 和 flush() 行为也不稳定。直接升级 PHP 是最稳妥的解法，但若无法升级，就得靠兼容写法+版本判断兜底。
判断 PHP 版本再调用函数
别硬写高版本函数然后指望它“偶尔能跑”，先用 version_compare() 拦住不支持的环境：
if (version_compare(PHP_VERSION, '5.4.0', '>=')) {
http_response_code(404);
} else {
header('HTTP/1.1 404 Not Found');
}
常见需要判断的函数包括：http_response_code()（5.4+）、header_remove()（5.3+，但 5.3 仅支持无参）、header_register_callback()（5.4+）。注意：5.3.0 虽然声明支持 header_remove()，但不支持传参清指定头，传参会警告。
- 用
PHP_VERSION常量比phpversion()更轻量，且编译期可知 - 比较字符串建议统一用
'5.4.0'格式，避免'5.4'在某些旧版本解析异常 - 不要只判主版本号（如
'5'），PHP 5.2 和 5.6 差距极大
替代 header_remove() 的手动清除法
低版本无法清 Header？那就别依赖自动清除，改用「重置式覆盖」：
立即学习“PHP免费学习笔记（深入）”；
// 想清除 Content-Type，就设一个空值或默认值
header('Content-Type:'); // PHP 会丢弃该头（部分 CGI/SAPI 下不生效）
// 更可靠的做法：用 header() 覆盖为已知安全值
header('Content-Type: text/html; charset=utf-8');
这个技巧对 X-Powered-By、Cache-Control 等也适用。但注意：Set-Cookie 不能靠覆盖清除，只能确保不再输出新 Cookie；已有 Cookie 需前端 JS 或后续响应显式过期。
- 空字符串参数在 CLI SAPI 下无效，在 Apache mod_php 下多数有效，但 Nginx + PHP-FPM 表现不一
- 若需彻底隐藏
X-Powered-By，优先在 php.ini 中设expose_php = Off - 多次
header()同名头，只有最后一个生效（除非用$replace = false）
flush() 和 ob_flush() 的兼容性陷阱
PHP 5.2–5.4 对输出缓冲控制极不稳定，flush() 经常没反应——这不是代码错，是 SAPI 层限制：
// 必须成对使用，且顺序不能反
if (function_exists('ob_get_level') && ob_get_level()) {
ob_end_flush(); // 先关当前层
}
@ob_flush(); // 清除所有缓冲区
@flush(); // 推送到 Web 服务器
关键点不在 PHP，而在 Web 服务器配置：Apache 的 mod_deflate、Nginx 的 gzip、浏览器的最小渲染阈值（如 Chrome 强制等够 1KB 才刷）都会吞掉小块输出。所以低版本下「实时刷新」本质不可靠。
- 用
ob_implicit_flush(true)开启隐式刷屏，但仅对后续 echo 生效，不回溯已缓存内容 - 务必检查
output_buffering设置，CLI 模式默认关闭，Web 模式常为4096或On -
@抑制警告不是偷懒，而是防止flush()在 CLI 或禁用输出时报 Notice
真正难处理的不是函数有没有，而是输出流程中哪一层在拦截——PHP 层、SAPI 层、Web 服务器、代理、浏览器，每一环都可能吃掉你的 flush。版本判断只是起点，最终得靠分段输出+可见标记（比如加 str_repeat("\n", 100) 填满缓冲区）来试探真实行为。
