webman中修改http状态码最稳妥方式是构造response对象时直接传入状态码，如new response(404, [], 'not found')；已有实例可用withstatus(429)，但发送后不可再修改。
Webman里怎么改HTTP状态码
直接用 Response 类构造时传入状态码，是最稳妥的方式。Webman底层基于 Workerman 的 Workerman\Protocols\Http\Response，它在实例化时就锁定状态码，后续可安全覆盖。
常见错误是只调用 http_response_code(404) 或 header('HTTP/1.1 404 Not Found') —— 这些对 Webman 无效，因为响应已由框架接管，原生 PHP 的 header 控制逻辑被绕过。
- 正确写法：
$response = new Response(404, [], 'Not Found'); - 已有
Response实例想改码：$response->withStatus(429) - 别在中间件或控制器里混用
echo+Response，输出冲突会导致响应体错乱或状态码被忽略
返回 JSON 但状态码不是 200 怎么办
Webman 默认返回字符串时用 200，要返回 JSON 并带非 200 状态码（比如 422 表单验证失败），必须显式构造 Response 对象，并设置 Content-Type 头。
否则前端收到的仍是 text/html 类型的纯文本，fetch().json() 会报解析错误。
- 手动设头：
new Response(422, ['Content-Type' => 'application/json; charset=utf-8'], json_encode(['code' => 422, 'msg' => 'Validation failed'])) - 更简洁：用
response()辅助函数配合链式调用：response()->json(['code' => 422, 'msg' => '...'])->withStatus(422) - 注意：如果项目启用了全局 JSON 响应中间件，确认它没强制覆盖
withStatus()调用
限流中间件返回 429，但前端收不到自定义 body
Webman 插件如 Tinywan\LimitTraffic\Middleware\LimitTrafficMiddleware 默认只设状态码和响应头（X-Rate-Limit-Limit 等），不写响应体。浏览器看到 429 但 body 为空，容易误判为连接异常。
这不是 bug，是设计选择——留给你自己控制返回格式，尤其适合前后端分离项目统一错误结构。
- 在中间件中重写响应：捕获
RateLimitExceededException后返回response()->json([...])->withStatus(429) - 或在配置中指定自定义响应器：
'response_handler' => function ($request, $limit, $remaining, $reset) { return response()->json(['error_code' => 429, 'message' => 'Too Many Requests'])->withStatus(429); } - 切记：不要在 handler 里用
exit或die，会杀掉整个 Worker 进程
Response 对象发出去后还能改状态码或头吗
不能。一旦调用 $connection->send($response)，响应已推送到 TCP 缓冲区，后续任何对 $response 的修改（比如再调 withStatus()）都无效。
这个行为和 PHP-FPM 完全不同——Webman 是常驻内存的长连接模型，响应对象是“一次性”构建并发送的。
- 调试时可用
var_dump($response->getStatusCode())在send()前确认状态码 - 避免在
onMessage回调末尾才构造Response，推荐尽早实例化、逐步配置，最后统一 send - 若需动态决策状态码，把判断逻辑放在
Response构造之前，而不是之后补救
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
