在 PHP 异常处理中，直接使用 header("Location: ...") 进行重定向可能因输出已发送而失败，导致空白页；正确做法是先发送 503 状态码、确保无前置输出，并配合 exit 终止脚本。
在 php 异常捕获中，直接使用 `header("location: ...")` 进行重定向可能因输出已发送而失败，导致空白页；正确做法是先发送 503 状态码、确保无前置输出，并配合 `exit` 终止脚本。
当 PHP 应用（如 Solr 搜索调用）依赖外部服务（如 Java 进程），且该服务偶发 OOM 崩溃时，需优雅降级——返回标准 HTTP 503 Service Unavailable 状态，并引导用户至友好错误页。但你遇到的空白屏问题，根本原因在于：HTTP 头部必须在任何实际输出（包括空格、BOM、echo、HTML）之前发送。一旦缓冲区已有内容（哪怕隐式输出），header() 将静默失败。
✅ 正确实现应包含三要素：
- 清除并禁用输出缓冲（防止意外输出）；
-
显式发送
503 Service Unavailable状态码； - 执行重定向或内联响应（推荐重定向，便于统一维护静态错误页）。
以下是推荐的健壮写法：
try {
$results = $solr->search($query, 0, 30, $params);
return $results;
} catch (Exception $e) {
// 1. 清除所有已缓存输出（兼容多种环境）
if (ob_get_level()) {
ob_end_clean();
}
// 2. 发送标准 503 状态码（关键！）
http_response_code(503);
// 3. 重定向到静态 503 页面（Nginx/Apache 均可高效服务）
header("Location: https://example.com/error/503.html");
exit; // 使用 exit 而非 die（语义更明确，且确保终止）
}
⚠️ 注意事项：
-
避免任何前置输出：检查文件开头是否有 BOM、空行或
echo；在try前不要输出任何内容； -
Nginx + Apache 反向代理场景下：确保 Nginx 不会覆盖 PHP 发送的状态码（默认不会），但建议在 Nginx 配置中添加
proxy_intercept_errors on;并配置error_page 503 /error/503.html;作为兜底； -
不推荐
die("...")内联输出：虽可行，但破坏了关注点分离，不利于 SEO、CDN 缓存及多语言支持； -
日志记录不可省略：生产环境应在
catch中记录$e->getTraceAsString()到日志系统，便于追踪 Java OOM 根因。
总结：503 重定向不是简单的跳转，而是 HTTP 协议层面的服务降级契约。通过 http_response_code(503) 显式声明状态、严格控制输出时机、配合静态资源交付，才能确保 curl、浏览器、爬虫均收到一致、合规的响应。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
