PHP 8.0 中 http_response_code() 未被移除但不推荐单独使用，因其无法保证协议版本和原因短语正确，且 headers 已发送时会静默失败；应优先用 header() 的第三个参数设置状态码，语义清晰、协议完整、自动处理头替换。
PHP 8.0 中 http_response_code() 本身并未被移除，但它的行为在某些场景下已不推荐单独使用——尤其当需要同时设置状态码和响应头（如 HTTP/1.1 404 Not Found）时，仅调用该函数无法保证协议版本和原因短语正确，且在 headers 已发送后调用会静默失败或触发警告。
推荐写法：优先用 header() 第三方参数
PHP 5.4+ 起，header() 支持第三个参数 $response_code，它能安全、准确地设置状态码并兼容所有常见服务器环境：
-
标准重定向（302）：
header('Location: /login', true, 302); -
永久重定向（301）：
header('Location: /new-page', true, 301); -
自定义状态 + 原因短语（如 403）：
header('HTTP/1.1 403 Forbidden', true, 403);
✅ 优势：语义清晰、协议完整、无需额外判断 headers 是否已发送（true 参数自动替换前序同类型 header）。
兼容旧代码的封装函数
若项目中大量存在直接调用 http_response_code(404) 的写法，可封装一个过渡函数，兼顾 PHP 7.x 和 8.x：
立即学习“PHP免费学习笔记（深入）”；
- 先尝试用
header()设置完整状态行，确保协议和原因短语正确； - 若 headers 已发送，则降级调用
http_response_code()（PHP 8.0 仍保留该函数，仅标记为“不推荐用于新代码”）； - 避免使用
@抑制警告，而应通过headers_sent()主动判断。
示例：
function set_http_status(int $code, ?string $reason = null): void {$reason = $reason ?: match($code) {
200 => 'OK', 301 => 'Moved Permanently', 302 => 'Found', 404 => 'Not Found', 500 => 'Internal Server Error',
default => 'Unknown'
};
$header = sprintf('HTTP/1.1 %d %s', $code, $reason);
if (!headers_sent()) {
header($header, true, $code);
} else {
http_response_code($code);
}
}
注意重定向的完整链路
仅设状态码不够，HTTP 重定向必须配合 Location 响应头才能生效：
- 错误写法：
http_response_code(302);—— 浏览器不会跳转； - 正确写法：
header('Location: /home', true, 302); exit;—— 必须加exit或die阻止后续输出； - 对 AJAX 请求，有时需返回 JSON 并由前端处理跳转，此时不应发
Location头，而应统一用 200 +{"redirect":"/home"}结构。
不建议继续依赖 http_response_code() 的场景
以下情况请彻底弃用该函数，改用 header()：
- 需要精确控制 HTTP 协议版本（如强制
HTTP/1.0）； - 需自定义原因短语（如
418 I'm a teapot）； - 在 CLI 模式下运行（无 headers 可发，
http_response_code()无效）； - 框架已接管响应流程（如 ThinkPHP、Laravel），应走其 Response 对象接口，而非底层函数。
