nginx怎么处理http请求

Nginx 处理 HTTP 请求的过程可以分为多个阶段，以下是一个详细的流程说明：

1. 接收连接

• Nginx 使用 事件驱动模型（如 epoll、kqueue）监听端口（默认 80/443）。
• 当客户端发起 TCP 连接时，Nginx 接受连接并建立一个新的 socket 描述符。

2. 解析请求头

• Nginx 读取客户端发送的 HTTP 请求数据（通过 socket）。
• 解析请求行（如 GET /index.html HTTP/1.1）和请求头（如 Host, User-Agent）。
• 关键解析结果：
  • 请求方法（GET/POST 等）
  • URL 路径
  • HTTP 版本
  • Headers（如 Host 用于虚拟主机匹配）。

3. 匹配 Server Block

• 根据请求头中的 Host 字段匹配对应的 server 块（虚拟主机配置）。
• 如果没有匹配的 server 块，使用默认的 server（通常是第一个定义的或标记为 default_server 的）。

4. 处理 URL

• 静态文件请求：
  • 根据 root 或 alias 指令将 URL 路径映射到文件系统路径。
  • 检查文件是否存在（try_files 指令可自定义回退逻辑）。
• 动态请求：
  • 通过 proxy_pass 转发到后端（如 FastCGI、uWSGI、Node.js 等）。
  • 或通过 rewrite 重写 URL。

5. 访问控制与限制

• 按顺序执行以下检查（如果配置）：
  • 权限控制：allow/deny 基于 IP 的访问限制。
  • 速率限制：limit_req 限制请求速率。
  • 认证：auth_basic 或 JWT 验证。
  • CORS：通过 add_header 设置跨域头。

6. 生成响应

• 静态文件：直接读取文件并返回，支持 sendfile 零拷贝优化。
• 动态代理：将请求转发到后端，等待响应后返回给客户端。
• 缓存：如果启用 proxy_cache，可能直接返回缓存内容。

7. 日志记录

• 记录访问日志（access_log）和错误日志（error_log）。
• 日志格式可通过 log_format 自定义。

8. 连接关闭

• 根据 HTTP 协议（如 Keep-Alive）决定是否关闭连接。
• 如果是 HTTP/1.1 且未显式关闭，连接可能复用。

关键配置示例

server {
    listen 80;
    server_name example.com;

    location / {
        root /var/www/html;
        try_files $uri $uri/ /index.html;
    }

    location /api/ {
        proxy_pass http://backend:3000;
        proxy_set_header Host $host;
    }

    location ~* \.(jpg|png)$ {
        expires 30d;  # 缓存控制
    }
}

性能优化点

1. 启用 sendfile：减少文件传输时的内核态到用户态拷贝。 nginx sendfile on;
2. 开启 Gzip：压缩响应数据。 nginx gzip on;
3. 连接复用： nginx keepalive_timeout 65;
4. 缓存静态资源： nginx location ~* \.(js|css)$ { expires 1y; }

常见问题排查

• 404 错误：检查 root/alias 路径和文件权限。
• 502 Bad Gateway：后端服务未启动或代理配置错误。
• 请求被拒绝：检查 allow/deny 规则或防火墙。

如果需要更具体的场景分析，可以提供你的配置或需求细节！