关于linux下socket的连接队列backlog的分析

爱是你我

linux在对socket的连接队列的定义处理上个人觉得是有点坑爹的，闲话少说，直接开讲。
) t% U5 K5 a$ V+ O; \0 G7 q- b) m
- h, d& h/ T7 G建立socket连接的过程：
! u( h' c/ U* h, O, X( h2 J    1.client发syn请求给server
0 t) E1 y0 l3 a' C. `0 k    2.server收到后把请求存放在SYN queue里，这个半连接队列的最大值是系统参数               tcp_max_syn_backlog定义的
    3.存放在半连接队列后发送syn+ack给client，client收到后再发syn+ack给server完成三次握手，然后server把连接存放在accept queue ，这个队列长度就是程序里调用socket的时候定义的backlog定义大小。
  `$ K. ~$ G& Y( M$ D8 k* J1 w7 H( e    4.应用程序通过调用accept()到accept queue里获取连接。
  P. i: o% X, u6 S, L2 G    坑爹的特性来了！注意！
    当accept queue满了会怎么样？
" T- {# c* v0 C" x3 [7 ^* [% n    ！！注意！如果accept队列满了，linux会出现一个异常处理，去判断tcp_abort_on_overflow系统参数是否为1，如果为1 ，则会发出拒绝客户端的终止讯息并断开连接。但是如果这个参数是0，那就坑爹了！，对于溢出队列的连接，linux不会去管它，会继续正常建立连接，但是在accept queue里没有，那就意味着你的程序用accept()函数无法取的连接！这是多么的坑爹啊！！！根本查不出原因好么！！！各种被误导好么！！！尼玛linux啊！！
9 M% v# O& g6 q7 Q- X