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
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
