header 不能触发服务调用，只能发起 http 重定向；它仅向浏览器发送 location 指令，要求其用 get 访问新 url，不执行后续 php 逻辑，原脚本若未 exit 仍会继续运行，易导致重复写库、日志或 headers already sent 错误。
header 不能触发服务调用，只能发起 HTTP 重定向
很多人误以为 header('Location: ...') 能“触发后端服务调用”，其实它只是告诉浏览器：请立刻用 GET 方法去访问另一个 URL。整个过程不执行任何 PHP 逻辑，原脚本在发送 header 后若未 exit 或 die，后续代码仍会继续执行——这常导致意料外的数据库写入、日志重复记录或 headers already sent 错误。
想先调用服务再跳转，必须手动控制执行顺序
典型场景：用户提交表单 → PHP 调用支付接口 → 支付成功后跳转到结果页。这时不能靠 header 驱动调用，而要显式编码：
- 用
file_get_contents()、cURL或 Guzzle 发起同步 HTTP 请求调用目标服务 - 检查返回状态（如
$result['code'] === 200），确认服务调用成功 - 调用成功后再发
header('Location: /success.php')，并紧跟exit - 务必避免在
header前有echo、空白符、BOM 或错误提示输出，否则报Warning: Cannot modify header information
header 跳转时常见的陷阱参数
header('Location: ...') 看似简单，但几个参数细节决定成败：
- URL 必须是绝对路径（如
/order/confirm）或完整 URL（如https://example.com/done），相对路径（如done.php）行为不可靠 - PHP 8.0+ 默认添加
header('Location: ...', true, 303)更安全，避免 POST 后刷新重复提交；旧版本需手动指定状态码：header('Location: /done', true, 303) - 跳转前若已开启 output buffering（
ob_start()），需先ob_end_clean()清空缓冲区，否则仍可能触发 headers already sent - 不要依赖
header('Refresh: 0; url=...')，它属于 HTML 元标签模拟，非标准重定向，且无法传递 3xx 状态码
替代方案：前端 JS 跳转 + 后端 API 分离更可控
当跳转逻辑复杂（比如要带 token、动态参数、或需等异步任务完成），纯 PHP header 就力不从心。更健壮的做法是：
立即学习“PHP免费学习笔记（深入）”；
- 后端只提供 JSON 接口（如
/api/submit-order），返回{ "status": "success", "redirect_url": "/pay?token=abc123" } - 前端用
fetch调用该接口，收到响应后再执行window.location.href = data.redirect_url - 这样服务调用与跳转解耦，便于加 loading、错误重试、埋点统计，也规避了 PHP 输出控制的全部坑
header 的本质是协议层指令，不是执行引擎。真正需要“触发调用”的地方，得靠你亲手写那几行 cURL 或 await fetch —— 这个边界划不清，后面所有跳转都会变得不可预测。
