传输层
- 传输层的主要工作是定义端口，标识应用程序身份，并将数据包交给对应的应用程序实现端口到端口的通信，并且传输层引入了TCP/UDP协议。
1. 如果有大量数据包、数据包大?时间很长，网络中断，怎么控制重新传输？怎么确保数据包正确完整---传输层
- 传输层封装数据包，通过定义的 TCP、UDP 协议实现按序一个一个发送，保证数据完整正确性；
2. QQ发消息，你必须使用QQ接受消息，才可以正常通信；但是电脑中不是只运行了QQ，还有其他程序，怎么确定由谁来处理消息
- 传输层定义端口的概念-- HTTP-tcp-80端口、https是tcp的443端口？--交给特定应用处理
TCP协议
- TCP (Transmission Control Protocol)传输控制协议,顾名思义，就是要对数据的传输进行一定的控制.
上图为 TCP协议的基本信息
- 源目端口：源端口=本地端口、目的端口=目标主机端口；-----寻找应用的作用
- 序号：TCP 数据包很大的时候，需要分段（比如分为3段），进行三段分开发送；我怎么确认这些碎片的顺序，就会用到序号，到达目的主机时需要进行重组，重组后才可以使用这些数据
- 确认号：答复确认消息---比如微信发红包后不知道对方有没有收到，需要给我反馈。没有收到也是一个反馈，收到了就会收到确认消息
- 标志位：
- ACK=1（灯亮-ACK消息-回应消息）、
- FIN=0（灯不亮）：（结束连接的包需要把 FIN 置位 1）
- SYN=1 什么类型的包：发起连接请求的包（sym包）、接受请求的包都需要把 SYN 置位 1，FIN=1（结束连接的包需要把 FIN 置位 1）
客户端 client 和 服务器 server 初始都是关闭状态
客户端茫茫人海中看到了服务器，要服务器进行通信，通信之前需要进行连接，连接之前需要通过三次握手来建立连接
一次握手：
- 客户端要给服务器发起连接，消息内包括：什么类型的消息 SYN=1（亮灯）说明是一个发起连接请求的包请求报文，还会带一个编号是J（seq=j），服务器收到消息（星宝SYN=1），后服务器状态会发生改变Sym_REVD，说明我被客户端给撩了；
二次握手：
- 服务器给客户端回应，回应要发（安可包）ACK=1（亮灯）SYN =1,会把你的确认号带着ack=j+1,和服务器自己的序列号seq=k-------后状态会发生改变Sym_REVD
三次握手：
- 客户端需要回应服务器，我应经收到了你的消息是确认包：ACK=1（确认包）ack=k+1（基于服务器的标识）------已建立链接
三次握手比如：
男生 女生
-------------------> 认识你，交往请求消息
<------------------- 我知道了，我也同意--确认消息
-------------------> 我也知道，开心~~牵手成功! ! ! | 三次挥手建立链接之后，就可以发送数据
=========== 建立链接之后，经过一段时间，需要断开链接
断开连接需要 FIN = 1（译：份包）
- 客户端告诉服务器我们要分手请求：FIN=1，swq=n
- 服务器回应客户端可以：回应包ACK=1,序列号seq=n+1
- 服务器也发给客户端一个分手请求：FIN=1，swq=m
- 客户端回应服务器拜拜就拜拜：回应包 ACK=1，seq=m+1
- 对不起，我不喜欢你了
- 好的，我知道你不喜欢我了
- 你知道了，那分手吧，再见
- 好吧，分手吧，再也不见
整体流程：
1、TCP 协议 和 UDP 协议的区别？
TCP 协议 和 UDP协议，都是传输层的两个协议，它们的区别主要有一下三个方面来体现：
第一，TCP协议是面向连接的，也就是说向我们在打电话之前一样，要先建一个拨号连接；
而 UDP协议是面向无连接的，就是说在发送顺序之前，UDP不需要建立链接；
第二，TCP协议是一个可靠的传输协议，它可以保证传输的一个正确性，保证我们的不丢包不重复，而且数据是按顺序到达的；
而 UDP协议是一个不可靠的协议，它是不保证我们的数据能够可靠完整的到达，他只是尽最大的努力去完成交付的；
第三，因为 TCP协议的以上两个特点，所以 TCP协议的传输效率会比较低；而对应的 UDP协议传输效率会比较高；
如果有一些场景，它注重一个传输速度，而不在乎丢包的话，一般会选择 UDP协议来进行传输；比如：ip电话、流媒体等
2、TCP 协议的三次握手过程？
TCP协议 在建立链接的时候，需要进行三次握手的过程，
第一次握手，是客户端向服务器端发起的，这是用来发起一个链接建立的请求，那么这个报文中的 SYN 为会被标记为：1，所以我们把它常叫做 SYN包；
第二次握手，是由服务器向客户端发起的，是来确认服务器的一个请求链接的，这个报文中的 ACK位 还有 SYN位都被标记为：1，所以常叫做 SYN-ACK 报文；
第三次握手，是客户端向服务器发起的，这是岁服务器的上一个报文的一个确认报文，这个报文中的一个 ACK位被标记为：1，所以常叫做 ACK 包；
以上就是 TCP 协议的三次握手的一个过程；
3、TCP 协议的四次挥手过程？
当 TCP协议 完成了数据的发送之后，就会尝试去断开链接，此时会经历四次挥手的过程：
第一次挥手：是客户端向服务器发起的，这个时候客户端已经完成了数据发送，会发起一个包，去进行一个链接断开的请求，这个报文中的 FIN位 被标记为：1，所以叫做 FIN 包；
第二次挥手：是服务器发送给客户端的，这个报文是用来确认上一个客户端用来断开链接请求的一个报文，所以它是一个 ACK 报文；
第三次挥手：是服务器发送给客户端的，那么这个时候服务的数据，也发送完毕的话，他也会想客户端发起一个断开连接的请求，在这个报文中的 FIN位 也被标记为：1，所以是一个 FIN 包；
第四次挥手：是客户端发送给服务器的，是用来确认服务器的上一个断开连接的一个请求报文，所以这次挥手也是一个 ACK 报文；
以上就是 TCP 协议四次挥手的一个过程；
4、为什么握手需要三次，挥手却要四次？
TCP 三次握手的过程是它建立链接的过程，建立链接我只需要确认客户端和服务器都在，双方可以通信就可以了，所以握手需要三次；
但是四次挥手，是 TCP 结束了数据发送要断开链接的时候的一个过程，所以我要确保，我即结束了发送数据，也结束了接受数据，
开始咱们的客户端结束了数据发送，他回去告知服务器，那这个时候我们的客户端，其实还是可以接受数据的，服务器收到客户端结束发送数据的请求之后，客户端只是会停止去接收数据，
但是此时服务器其实还可以再发送数据的，所以如果服务器它也发送完了，那就需要你想客户端发送一次，FIN包 来告知客户端，其实我的数据也发送完了，我也要断开连接了；
那此时客户端收到了服务器这个 FIN包之后，那么客户端也会进行一个确认，此时然后双方才都会去，关闭发送和接受的一个通道；
所以挥手需要四次
UDP协议
- UDP (User Datagram Protocol)用户数据报协议。
- UDP 不需要连接---无连接协议 -- 不可靠的协议
- 目的：速度快 --- 但是有些丢包
- 什么场景：
- 视屏、IP电话、流媒体 --- 不在乎丢包，只要不卡
- 什么协议使用 UDP 连接
- VOIP电话、DNS（域名解析协议）、SNMP（简单网络管理协议）、DHCP（动态分配地址）
TCP vs UDP
tcp 有很正规的握手和挥手的链接过程，所以是面向连接的协议；http 是基于tcp80端口的可靠的应用层协议；tcp 是可靠的 每个包都标了一个记号，这个包丢了还可以进行重传；如果传输数据量比较大时 需要可靠的场景进行传输；速度慢没关系，必须可靠；
udp 是面向非连接的，会丢包，不可靠的；传输量小，但是速度很快；要求速度快，丢包了也无所谓；
*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/ 谢谢！！*******