tcp_nodelay仅对keepalive长连接且小响应体（≤1KB）的交互类接口有效，需在location或upstream中按场景精准启用，禁用sendfile和tcp_nopush，并配合后端flush与内核延迟ACK调优。

tcp_nodelay 能有效降低小报文在长连接中的发送延迟，但不是“一开就灵”的全局开关。它只对满足特定条件的交互类接口起作用，盲目启用反而可能干扰其他流量。

必须先确认是否属于适用场景

该配置仅在以下情况真正生效：

• 连接是 keepalive 长连接（HTTP/1.1 显式复用，或 HTTP/2 原生支持）
• 后端响应体小（通常 ≤ 1KB），如 JSON 片段、SSE 事件、WebSocket 控制帧
• 客户端真实复用了连接（可通过抓包看 TCP Stream 是否持续、或 ss -i 查看 retransmits 和 rtt 波动）
• 短连接 API（每次请求后断开）完全不受影响，无需配置

精准启用位置与典型配置

不能放在 http 块全局开启，应按接口语义在 location 或 upstream 中启用：

Blender Geometry Nodes Script Generator

生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。

下载

• 用于 SSE 流式通知：
  location /api/events {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Connection '';
    tcp_nodelay on;
    tcp_nopush off;
  }
• 用于 WebSocket 升级路径：
  location /ws {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    tcp_nodelay on;
  }
• 用于高频低延迟微服务代理：
  upstream api_cluster {
    server 127.0.0.1:8001;
    keepalive 32;
  }
  location /api/realtime/ {
    proxy_pass http://api_cluster;
    proxy_http_version 1.1;
    proxy_set_header Connection '';
    tcp_nodelay on;
  }

避免常见失效组合

以下配置会直接让 tcp_nodelay 失效：

• 同时启用 sendfile on：内核零拷贝绕过 socket 缓冲区，TCP_NODELAY 无作用对象
• 同时启用 tcp_nopush on：两者逻辑冲突，Nginx 会静默忽略 tcp_nodelay
• 后端应用自身有输出缓冲（如 Node.js 的 res.write() 未 flush、Go 的 http.ResponseWriter 未显式 flush）
• 服务端内核仍启用延迟 ACK：需配合 sysctl -w net.ipv4.tcp_delack_min=0

比 tcp_nodelay 更关键的前置优化

若整体响应延迟仍高，优先检查并调优这些项：

• 上游 keepalive 连接池：upstream 内设 keepalive 32，减少后端建连耗时
• 关闭 Nginx 响应缓冲：proxy_buffering off（对流式接口必须关）
• 提升新连接接入能力：启用 reuseport（Linux 3.9+），缓解 accept 锁争用
• 日志异步化：access_log /dev/stdout buffer=64k flush=1s，避免磁盘 I/O 拖慢 worker