|
TCP/UDP是一种网络的协议，是用来传输数据的。
TCP协议建立要发起三次握手，和四次挥手
什么是三次握手：
客户端发送一个SYN包到服务端，服务端接收到SYN包，这是第一次握手，
之后，会返回给客户端一个SYN+ACK包，客户端接收到SYN+ACK包这是第二次握手，
之后，会返回给服务端一个ACK包，这时连接就已经建立成功了，可以进行传输数据
关于丢包问题，乱序问题
TCP有一个发送缓存区，缓存区里面有序列号，从建立链接后的第一个字节的序列号为0，后面每个字节的序列号就会增加1，发送数据时，会取一部分数据组成报文，在TCP协议头中，会附带序列号和长度接收端在收到数据后，需要恢复确认报文，这样一问一答的发送方式，能够使发送端确认发送的数据已经被对方收到。
假设其中丢失了某些包，在接收端可以根据序列号要求发送端重新发送相应的序列号报文确认报文中的ACK=序列号+长度，也就是下一包数据需要发送的起始序列号。
以上过程不区分客户端和服务端，TCP连接是全双工的。
客户端和服务端都可以发起关闭连接请求，此时需要四次挥手
假设客服端发起关闭请求，它需要想服务端发起一个FIN包，表示要关闭连接，自己进入终止等待1状态，这是第一次挥手
服务端收到FIN包，发送ACK包给客户端，表示自己进入关闭等待状态，客户端进入终止等待2状态这是第二次挥手
服务端此时还可以发送未发送的数据，而客户端还可以接受数据，待服务端发送完数据之后向客户端发送一FIN包，进入最后确认关闭状态，这是第三次挥手
客户端收到之后回复ACK包，进入超时等待状态，经过超时时间后关闭连接，而服务端收到ACK包后，立即关闭连接，这是第四次挥手。
为什么客户端要等待超时时间，为了保证对方已收到ACK包，因为假设客户端发送完最后一包ACK包后就是释放了连接，一旦ACK包在网络中丢失，服务端将一直停留在最后确认状态。
如果客户端发送最后一包ACK包后，等待一段时间，这时服务端因为没有收到ACK包，会重发FIN包，客户端会影响这个FIN包，重发ACK包，并刷新超时时间这个机制和三次握手一样，也是为了保证在不可靠的网络链接中，进行可靠的连接断开确认。
TCP 是面向连接的? ?????????UDP 是面向无连接的
TCP 是面向字节流的? ? ? ? UDP 是基于数据报的
TCP 保证数据正确性? ? ? ? UDP 可能丢包
TCP 保证数据顺序? ? ? ? ? ? UDP 不保证
UDP程序结构较简单
|