需在Nginx配置中使用limit_conn_status指令自定义连接超限状态码，该指令自1.3.15起支持，须与limit_conn及limit_conn_zone配合使用，并置于同一配置块内。
要自定义连接数超限时的 HTTP 响应状态码，需在 Nginx 配置中使用 limit_conn_status 指令，并确保它位于 http、server 或 location 块中，且与 limit_conn 配合使用。
确认 Nginx 版本支持
该指令自 Nginx 1.3.15 起可用。低于此版本（如 1.2.x 或更早）不支持，会报错 unknown directive "limit_conn_status"。可通过以下命令检查：
正确配置 limit_conn_status
必须先定义连接限制区域（limit_conn_zone），再在需要限流的位置启用 limit_conn，最后用 limit_conn_status 指定返回的状态码。示例：
http {
limit_conn_zone $binary_remote_addr zone=addr:10m;
<pre class="brush:php;toolbar:false;">server {
location /api/ {
limit_conn addr 10;
limit_conn_status 429; # 超限时返回 429 Too Many Requests
proxy_pass http://backend;
}
}}
-
limit_conn_status必须写在limit_conn所在的同一配置块内（不能只写在http块顶层而期望全局生效） - 429（标准限流响应）、503（服务不可用）或 403（禁止访问）
- 503
验证配置是否生效
重载配置后，可通过快速并发请求触发限流，观察响应头中的状态码：
curl -I http://your-domain.com/api/test若看到 HTTP/1.1 429 Too Many Requests，说明配置成功。也可配合 error_log 查看限流日志（需开启 limit_conn_log_level）。
注意事项
该指令仅影响由 limit_conn 触发的连接数限制，对 limit_req（请求速率限制）无效——后者需用 limit_req_status 单独配置。
不复杂但容易忽略：状态码修改后，前端或网关需适配新状态码逻辑，比如自动重试 429 而非直接报错。
