exit仅终止脚本执行，不控制http状态码，默认返回200 ok，导致客户端误判请求成功；http_response_code()须在输出前调用并搭配响应体输出，php 8.2+推荐用header()显式设置以确保语义准确。
为什么直接用 exit 会破坏 HTTP 语义
HTTP 状态码不是“程序要不要继续执行”的开关，而是告诉客户端“这次请求的结果是什么”。exit 只是粗暴终止脚本，不保证响应头已发出、不控制状态码，默认常是 200。比如你写 exit('Not found');，浏览器收到的仍是 HTTP/1.1 200 OK，搜索引擎和 API 客户端会误判为成功响应。
http_response_code 怎么用才生效
这个函数只设置状态码，不输出内容、不终止脚本，必须搭配实际响应（如 echo 或模板渲染）和及时的 headers 发送。常见错误是调用后还继续执行逻辑，或在 headers 已发送后调用（触发 Warning: Cannot modify header information）。
- 确保在任何输出（包括空格、BOM、
echo）之前调用http_response_code(404) - 如果用了框架或输出缓冲（
ob_start()），要确认缓冲未提前 flush - 状态码需与响应体语义一致：返回 JSON 错误时设 400，资源不存在时设 404，重定向时用
header('Location: ...')+ 302/301，别只靠http_response_code
PHP 8.2+ 的替代方案：http_response_code 被弃用怎么办
PHP 8.2 开始标记 http_response_code 为 deprecated，但不是立刻删除——它仍可用，只是推荐改用 header() 显式发状态行。真正要注意的是兼容性和可读性：
- 简单场景：直接写
header('HTTP/1.1 404 Not Found', true, 404)，第二个参数true表示替换已有状态行 - 注意顺序：必须在任何输出前调用，且不能和
http_response_code混用（后者内部也调header()，可能冲突） - 框架用户不用手动管：Laravel 的
abort(404)、Symfony 的Response::create('', 404)都已封装好，底层自动处理 headers 和状态码
调试时怎么确认状态码真发出去了
光看浏览器开发者工具 Network 标签页不够——有些代理、CDN 或本地缓存会掩盖真实状态码。最可靠方式是用命令行直接测：
curl -I http://localhost/api/user/999
观察第一行输出，比如 HTTP/1.1 404 Not Found。如果看到 200 却期望是 404，说明 http_response_code 调用时机不对，或者被后续代码覆盖（比如框架中间件又改回了 200）。
状态码不是装饰，是契约。设了 404 就不该再返回有效数据，设了 500 就不该让前端以为操作成功——这些细节没对齐，接口就容易在联调或上线后出隐蔽问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
