PHP中先调用header()后http_response_code()不生效的原因是什么

这个行为的核心原因是PHP内部状态码存储的两套独立逻辑，以及不同SAPI（服务端应用编程接口）的实现差异：

• PHP内部维护了两个和响应状态码相关的独立存储：
  1. 整型状态码变量 SG(sapi_headers).http_status_code：这是http_response_code()函数唯一读写的变量，仅存储状态码的数字值，不包含对应的状态文本。
  2. 响应头列表中的手动状态行：当调用header('HTTP/1.x 状态码 状态文本')手动设置完整状态行时，PHP会将该行存入响应头列表，同时标记「响应状态行已手动指定」。
• 不生效的触发逻辑：
  当状态行被手动指定后，PHP内置服务、FPM（对应Nginx环境）的SAPI在生成响应头时，会优先使用手动设置的状态行，不会再根据http_status_code的最新值自动生成状态行。所以即使http_response_code()成功修改了http_status_code的数值，也不会影响最终输出的响应状态。
• Apache环境无此问题的原因：
  Apache的mod_php SAPI做了额外的同步逻辑，当http_status_code被修改时，会自动同步更新已存在的手动状态行的状态码和对应文本，所以不会出现设置不生效的情况。
• 日志符合预期的原因：
  http_response_code()的返回值是修改前的旧状态码，函数执行时确实成功修改了http_status_code的数值，所以日志输出和预期一致，只是这个数值没有被用到最终响应头的生成逻辑中。

内容的提问来源于stack exchange，提问作者Alexander Karpov