合理配置状态码及nginx错误页、隐藏版本号、控制连接超时、启用stub_status监控，可提升服务可观测性、容错能力与用户感知一致性。
状态码本身不直接提升稳健性，但合理配置和响应状态码，能显著增强服务在异常场景下的可观测性、容错能力和用户感知一致性——这才是稳健性的关键支撑。
用 error_page 统一错误响应体
当后端不可用、文件缺失或内部出错时，Nginx 默认返回简陋的 HTML 错误页，甚至空白响应。这不仅暴露服务细节，还可能触发前端重试风暴。
- 显式定义兜底页面：
error_page 404 500 502 503 504 /50x.html;，确保该 HTML 文件静态存在且无需后端参与渲染 - 所有错误页统一放在
root指向的目录下，避免因路径问题二次 500 - 配合
try_files $uri =404;在静态 location 中显式终止查找，防止因路径不存在引发内部重写失败
隐藏版本与服务标识降低攻击面
暴露 Nginx 版本（如 Server: nginx/1.22.1）会为攻击者提供精准靶标，尤其当线上版本存在已知漏洞时。
- 全局关闭版本头：
server_tokens off;，让响应头中不再输出版本号 - 若需进一步混淆，可搭配
more_set_headers "Server: WebCache";（需编译安装headers-more-nginx-module） - 注意：此举不防攻击，但能减少自动化扫描器的精准识别，为应急响应争取时间
主动控制连接生命周期，避免僵死堆积
大量空挂连接或慢速请求会持续占用 worker 进程，导致新请求排队甚至被拒绝，表现为偶发超时或 503。
- 设置合理的客户端读写超时：
client_header_timeout 60s;、client_body_timeout 60s;，防慢速 HTTP 攻击 - 响应阶段设限：
send_timeout 30s;，防止网络卡顿导致 worker 长期阻塞 - 启用主动清理：
reset_timedout_connection on;，及时释放超时 socket，回收资源更彻底
暴露 stub_status 接口辅助实时判断
仅靠日志无法及时发现连接堆积、请求积压等运行态风险。一个轻量级监控端点能成为稳定性第一道哨兵。
- 启用状态模块：
location /nginx_status { stub_status on; allow 127.0.0.1; deny all; } - 重点关注字段：
Active connections（活跃连接数）、Reading/Writing/Waiting（各阶段连接分布） - 若
Waiting数持续高于并发阈值，说明 upstream 或磁盘 IO 已成瓶颈，需结合open_file_cache或限流策略干预
