netty TCP第三次握手服务器收不到

shang_zzu 2017-06-13 05:15:06

环境：JDK1.8 centos 7.3
一个springboot项目，设备接口用的netty websocket。

做压力测试时候
当并发达到2000 3000多后，无法再连接。这个时候把客户端全部关掉。
再连接也连接不上。netty 的 initChannel(SocketChannel ch)这个函数根本就进不去
通过在客户端抓包发现TCP第三次握手，客户端已经给服务器发了，但是服务器好像认为没收到，服务器又给客户端重发SYN-ACK包。

重启程序后又恢复正常，实在搞不明白怎么回事。

netty的websocket handler都是最简单的，没有进行业务处理。

哪位大侠遇到这个问题没有，帮帮忙。1周了解决不了

...全文

322 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

「已注销」 2017-06-14

打赏
举报

回复

没人吗？自己顶一下

版权声明：本文为博主原创文章，未经博主允许也可以随便转载。 https://blog.csdn.net/cj2580/article/details/70877094 </div> <link rel="stylesheet" href="https://csdnimg.cn/release/phoe...

首先我在这列出Netty线程模型，我们的程序也会在此基础上进行： Demo：TCP服务要求： Netty 服务器在 6668 端口监听，Netty客户端能发送消息给服务器 "hello, 服务器~" 服务器可以回复消息给客户端 "hello, 客户端~"。代码： 服务器端：主类： public class MyServer { public static void main(String[] args) throws InterruptedExceptio...

传输数据之前需要先建立连接，TCP 连接的建立，称为三次握手 一开始，客户端和服务端都处于 Close状态然后服务器监听某个窗口，处于Listen状态客户端发起连接，发送SYN,发完之后自己处于SYN_SENT状态服务端收到SYN，立马返回SYN+ACK（即SYN和ACK）,自己进入SYN_RCVD状态客户端收到SYN+ACK（即SYN和ACK），马上发送对SYN确认的ACK，并且自己进入established状态服务端收到对SYN确认的ACK，也进入established状.

udp效率高不需要三次握手 但是肯能会导致数据丢失三次挥手传输数据之前四次挥手。关闭链接时候客户端与服务端长链接短链接 服务器端在没有链接的时候会一直阻塞 服务器端是没有接收到客户端数据会一直阻塞 Tcp 必须先和服务器链接上才会发送数据所以会有2种阻塞 Udp 可以直接给服务器发送消息。所以只会有没有接收到客户端数据阻塞。长链接可能会非常耗占服务器资源。因为一个链接建立链接之后不会立马关闭。可以做一个超时时间长链接最长保持时间 1分钟后 服务器端可以主动关闭链.

文章目录1. 前言2. TCP 三次握手2.1 半连接队列和全连接队列3. backlog 与 TCP 的三次握手3.1 半连接队列3.1.1 SYN-Flood攻击3.2 全连接队列3.2.1 工具4. 总结 1. 前言前段时间在学习 netty 源码的时候，遇到了一个知识点：在服务端套接字创建的过程中，可以通过 option() 方法为服务端 channel 设置 TCP 相关的参数，例如：ChannelOption.SO_BACKLOG，该参数就是设置 tcp 的 backlog 属性的值（示例代

62,614

社区成员

307,327

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章