常见 Socket 选项有哪些？SO_REUSEADDR、TCP_NODELAY、SO_KEEPALIVE 分别有什么用？

简化版

常见 Socket 选项用于调整连接行为。SO_REUSEADDR 允许端口在特定状态下快速复用，常用于服务重启；TCP_NODELAY 关闭 Nagle 算法，降低小包延迟；SO_KEEPALIVE 开启 TCP 保活探测，帮助发现长期空闲的死连接。它们要按场景使用，不是越多越好。

详细版

Socket 选项通过 setsockopt 设置。服务端常见 SO_REUSEADDR、SO_REUSEPORT、接收/发送缓冲区大小；低延迟 RPC 或游戏可能启用 TCP_NODELAY；长连接服务可能启用 SO_KEEPALIVE，但通常还要应用层心跳，因为系统默认 keepalive 时间可能很长。

面试回答要强调每个选项解决的问题和副作用：TCP_NODELAY 降低延迟但可能增加小包数量；SO_KEEPALIVE 能发现部分死连接但不够及时；SO_REUSEADDR 不是绕过端口冲突的万能钥匙。

完整版教学

一、Socket 选项是什么

Socket 默认行为是通用折中，但不同业务对延迟、吞吐、重启速度、连接存活检测的要求不同。setsockopt 就是给内核网络栈传递这些偏好。

setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &one, sizeof(one));

选项可能作用在通用 socket 层，也可能作用在 TCP 协议层。设置层级和时机都要正确。

二、SO_REUSEADDR 的作用

服务进程重启时，旧连接可能处于 TIME_WAIT 等状态，导致端口短时间无法重新绑定。SO_REUSEADDR 能减少这种重启失败问题。

server crash/restart
bind :8080 -> Address already in use
set SO_REUSEADDR before bind

它必须在 bind 前设置。它不是让两个普通进程随便同时监听同一个地址端口，具体语义还受操作系统影响。

三、SO_REUSEPORT 和多进程监听

SO_REUSEPORT 允许多个 socket 绑定同一个地址端口，内核把新连接分发给多个监听者。它常用于多进程网络服务。

worker1 listen :8080
worker2 listen :8080
kernel balances accepts

它和 SO_REUSEADDR 不是一回事。SO_REUSEPORT 更偏多进程负载分担，使用时要注意连接分布和内核版本行为。

四、TCP_NODELAY 和 Nagle 算法

Nagle 算法会把小数据合并后发送，减少小包，提高网络利用率。但对交互式低延迟业务，它可能增加等待时间。

small write 20 bytes
Nagle waits for ACK or more data
latency increases

TCP_NODELAY 会关闭 Nagle，让小包尽快发出。RPC、游戏、实时控制常关注延迟，可以启用；批量传输则未必适合。

五、SO_KEEPALIVE 和死连接检测

TCP keepalive 是内核级保活探测，用来发现对端异常消失的连接。但系统默认探测时间往往很长，例如空闲 2 小时后才探测。

idle 7200s -> probe -> retry -> close

长连接业务通常还会做应用层心跳，比如 30 秒 ping，一段时间无响应就断开重连。应用层心跳更可控，也能携带业务状态。

六、缓冲区大小和吞吐

SO_RCVBUF 和 SO_SNDBUF 控制接收和发送缓冲区大小。高带宽高延迟链路需要足够大的窗口才能跑满吞吐。

bandwidth = 100Mbps
RTT = 100ms
BDP = 100Mbps * 0.1s = 10Mb ≈ 1.25MB

如果缓冲区太小，发送方等待 ACK 的时间会限制吞吐。但缓冲区过大也会占内存，并可能增加排队延迟。

七、选项不是万能优化

很多 Socket 选项有适用边界。低延迟业务启用 TCP_NODELAY 合理，但日志批量传输未必需要；keepalive 能发现死连接，但不能替代业务心跳；扩大缓冲区能提升吞吐，但可能掩盖下游慢的问题。

选项	解决问题	代价
SO_REUSEADDR	快速重启绑定	语义依系统而异
SO_REUSEPORT	多进程监听	连接分布需观察
TCP_NODELAY	降低小包延迟	小包数量增加
SO_KEEPALIVE	探测死连接	默认不够及时

记忆钩子：Socket 选项是调网络栈行为的“旋钮”，每个旋钮都要知道调了什么和牺牲什么。

上线前最好把关键选项打印到启动日志或暴露到诊断接口。很多线上问题不是代码逻辑错，而是容器镜像、框架默认值或系统参数把预期选项覆盖了。

reuseaddr=true nodelay=true keepalive=true sndbuf=262144

八、常见误区与追问

误区：SO_REUSEADDR 可以让任意进程共享端口。 它主要解决地址复用和重启绑定问题，不等同于多进程负载均衡。
误区：TCP_NODELAY 总能提升性能。 它降低延迟但可能增加包数量和协议开销。
误区：SO_KEEPALIVE 能及时发现断线。 默认探测周期很长，业务通常还要心跳。
追问：SO_REUSEADDR 何时设置？ 在 bind 之前设置。
追问：SO_REUSEPORT 用在什么场景？ 多进程共同监听同一端口，由内核分发连接。
追问：为什么缓冲区影响吞吐？ 带宽时延积决定链路上需要多少未确认数据。
追问：应用层心跳和 TCP keepalive 区别？ 前者业务可控且更及时，后者由内核探测连接存活。

九、加强记忆

Socket 选项要按问题记：重启绑定看 SO_REUSEADDR，多进程监听看 SO_REUSEPORT，小包低延迟看 TCP_NODELAY，长连接死连接看 SO_KEEPALIVE 加应用心跳，高吞吐链路看缓冲区和带宽时延积。不要把选项当固定模板，先说场景，再说收益和代价。

简化版

详细版