TCP连接过程解析

最新推荐文章于 2024-07-11 00:30:47 发布

小树叶子

最新推荐文章于 2024-07-11 00:30:47 发布

阅读量1.3k

点赞数 1

分类专栏： java 网络分布式文章标签： socket java tcp

本文链接：https://blog.csdn.net/xxgwo/article/details/69586524

版权

java 同时被 3 个专栏收录

4 篇文章 0 订阅

订阅专栏

分布式

2 篇文章 0 订阅

订阅专栏

网络

1 篇文章 0 订阅

订阅专栏

本文讲解传统Socket，而java中新的NIO和这里讲的稍微有所区别。以ppt的形式展现。

第一步：建立连接

• 我们做的事情：
Socket socket = new Socket("10.255.209.45", 1111)

• 操作系统做的事情：
三次握手

Socket建立连接时发生了什么

第一步：建立连接时的seq

• 建立连接时生成的seq可以是随机的，也可以是动态增长并循环的

• 双方的seq不相关

• 自己发送syn、ack时seq会加1，对方回复ack的时候回带上原来的seq以便区分ack哪个包

• 发送普通数据包，seq增加数据包字节数，接收端据此将数据放入缓冲区不同offset处

• 只ack最大的连续收到的包，例如收到1/2/5，回复ack 2即可

对端不存在会怎样？

– Socket socket = new Socket(“不存在的ip",1111)

– java.net.ConnectException:Connection timed out

对端端口没有应用在监听会怎样？

– Socket socket = new Socket(“正确的ip",1111)

– java.net.ConnectException:Connection refused

• 连接超时时间配置

–     Socket socket = new Socket();

–     InetSocketAddress addr = new InetSocketAddress("10.255.209.45",111);

–     socket.connect(addr);

–     socket.connect(addr, 0);

– 二者效果等同，都是由OS的参数决定等待多久没连接上就算超时

• 从以上俩图可以看出，没有设置连接超时时间时使用SO_TIMEOUT参数

• SO_TIMEOUT也可能会为0，此时取决于操作系统的实现，但也不会无限等待，最多2MSL，或路由等网络设备返回目标不可达，或对端返回RST连接重置标志

• 2MSL在Linux 2.6中固定为60s

• 连接超时时间配置

–     Socket socket = new Socket();

–     InetSocketAddress addr = new InetSocketAddress("10.255.209.45",111);

–     socket.connect(addr, 10 * 1000); // 10s

• 超时时间为0，使用阻塞模式，OS返回连接结果状态

• 超时时间大于0，使用非阻塞模式，OS返回后在jvm中等待超时

从下图可看出，连接超时时间大于0的时候，会首先设置连接为非阻塞模式，并等待特定时间，直至连接成功或超时；最后再将连接设置为非阻塞模式。

连接超时和so_timeout的区别

so_timeout干嘛的

• socket. getInputStream

– Return new SocketInputStream(this);

• socket.setOption

–     switch (opt) {

–     case SO_TIMEOUT:

–     timeout = tmp; break;

• socketInputStream.read

– return read(b, off, length, impl.getTimeout());

• so_timeout: OS等待直到输入缓冲区有数据

连接超时、so_timeout二者区别

• 连接超时时间限制三次握手建立连接的总时间（发送sync，收到ack的时间之和），不包括三次握手的第三步。

• 后者限制对方何时必须完成业务层处理，返回结果给发送方。

为什么先建立连接后传输数据？

• 协商最大包大小：双方缓冲区大小、中间路由设备会影响此值

• 协商滑动窗口大小、对方是否支持特定功能、计算Round trip time等

• 确定一个序号，后续发送数据包时顺序递增，以便进行丢包重传，在接收端重组接收到的乱序的报文

• 确认双向链路均正常（防火墙可能限制）

• 等等

为什么需要关闭连接？

• 释放双方占用的内存、端口号等资源

• 避免上一个连接的数据包被下一个连接收到

关闭过程：

同时关闭：

close_wait怎么解决

• 原因：对端关闭连接后，自己没有关闭连接，导致自己这边的状态为close_wait

• 很少出现

• 查代码去

主动发起关闭的一方出现FIN_WAIT_2 、TIME_WAIT

• 主动调用close的一方会出现time_wait

– Socket socket = new Socket();

socket.close();

– Socket socket =serverSocket.accept();

socket.close();

• 主动A调用close的一方进入FIN_WAIT_2状态，对方B也调用close后，A进入TIME_WAIT状态，等待2MSL防止对方没收到最后的ack

• 2MSL在Linux 2.6中固定为60s

解决FIN_WAIT_2

• 出现FIN_WAIT_2原因：对方没有调用close

• 办法：

– 1、检查对方代码；

– 2、修改OS的参数“net.ipv4.tcp_fin_timeout”，Linux默认60秒，超时后强制关闭，转换到CLOSED

解决TIME_WAIT办法1：暴力关闭

• SO_LINGER选项：

– 设置为true，并在应用代码中自定义超时时间，达到超时时间或收到对方回复后强制关闭连接，且给对方发送RST信息。设置为0立即强制关闭。默认false，调用close时立即返回，进入FIN_WAIT_1

解决TIME_WAIT办法2：调整OS参数

• 用OS参数解决：

– net.ipv4.ip_local_port_range：增加可用端口范围

• 客户端有效

• 服务器（ServerSocket）端TIME_WAIT不会占用端口

–     net.ipv4.tcp_max_tw_buckets：超过此数的TIME_WAIT端口立即被清除，之后可使用

–    net.ipv4.tcp_tw_recycle：2RTT内回收端口

–    net.ipv4.tcp_tw_reuse：允许重用TIME_WAIT端口

–     sysctl –wnet.netfilter.nf_conntrack_tcp_timeout_time_wait=1

–     net.inet.tcp.msl控制time_wait时长（FreeBSD）

–     Windows可在注册表修改参数