传输层TCP协议和UDP协议

传输层协议

传输层：

传输层是OSI中最重要，最关键的一层,是唯一负责总体的数据传输和数据控制的一层。传输层提供端到端的交换数据的机制，检查分组编号与次序。传输层对其上三层如会话层等，提供可靠的传输服务，对网络层提供可靠的目的地站点信息。

传输层协议：

传输层协议有 TCP(传输控制协议） ，UDP(用户数据报协议） ，TLS（安全运输协议）， DCCP（数据报拥塞控制协议） ， SCTP（流控制传输协议） ，RSVP（资源预留协议） ， PPTP（点对点隧道协议）。

UDP协议：

• UDP(User Datagram Protocol)， 中文名是用户数据报协议，是OSI（Open System Interconnection，开放式系统互联） 参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，IETF RFC 768是UDP的正式规范。UDP在IP报文的协议号是17。
• UDP协议与TCP协议一样用于处理数据包，在OSI模型中，两者都位于传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但即使在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。
• 许多应用只支持UDP，如：多媒体数据流，不产生任何额外的数据，即使知道有破坏的包也不进行重发。当强调传输性能而不是传输的完整性时，如：音频和多媒体应用，UDP是最好的选择。在数据传输时间很短，以至于此前的连接过程成为整个流量主体的情况下，UDP也是一个好的选择。

TCP协议：

三次握手：

四次挥手：

TCP(传输控制协议)是基于连接的。在正式收发数据之前，必须要与对方建立连接。这之间需要经过’三次握手’:
第一步. 首先A主机需要和B主机之间建立数据收发，A需要发送一个请求询问B：‘我要建立连接’；
第二步. B收到消息后，会给A发送一个回应：‘可以连接’；
第三步. A收到B的回应后，A向B再次回应：‘我要开始发送了’，他们之间就可以建立连接了；
第一次握手的结论是：A的发送能力、B的接收能力正常。
第二次握手的结论是：B的发送能力、A的接收能力正常。
第三次握手的结论是：A的接收、发送能力，B的接收、发送能力都是正常的。
'3次握手’的作用就是 双方都能明确自己和对方的收、发能力是正常的.

• TCP(Transmission Control Protocol)，中文名是传输控制协议，是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。
• TCP协议是一种可靠的面向连接传输协议，在发送数据前需要创建连接。
• 互联网络与单个网络有很大的不同，因为互联网络的不同部分可能有截然不同的拓扑结构、带宽、延迟、数据包大小和其他参数。TCP的设计目标是能够动态地适应互联网络的这些特性，而且具备面对各种故障时的健壮性。
• 不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。
• 应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分区成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传输单元（MTU）的限制）。之后TCP把结果包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认（ACK）；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据包就被假设为已丢失将会被进行重传。TCP用一个校验和函数来检验数据是否有错误；在发送和接收时都要计算校验和。
• 每台支持TCP的机器都有一个TCP传输实体。TCP实体可以是一个库过程、一个用户进程，或者内核的一部分。在所有这些情形下，它管理TCP流，以及与IP层之间的接口。TCP传输实体接受本地进程的用户数据流，将它们分割成不超过64KB（实际上去掉IP和TCP头，通常不超过1460数据字节）的分段，每个分段以单独的IP数据报形式发送。当包含TCP数据的数据报到达一台机器时，它们被递交给TCP传输实体，TCP传输实体重构出原始的字节流。为简化起见，我们有时候仅仅用“TCP”来代表TCP传输实体（一段软件）或者TCP协议（一组规则）。根据上下文语义你应该能很消楚地推断出其实际含义。例如，在“用户将数据交给TCP”这句话中，很显然这里指的是TCP传输实体。
• IP层并不保证数据报一定被正确地递交到接收方，也不指示数据报的发送速度有多快。正是TCP负责既要足够快地发送数据报，以便使用网络容量，但又不能引起网络拥塞：而且，TCP超时后，要重传没有递交的数据报。即使被正确递交的数据报，也可能存在错序的问题，这也是TCP的责任，它必须把接收到的数据报重新装配成正确的顺序。简而言之，TCP必须提供可靠性的良好性能，这正是大多数用户所期望的而IP又没有提供的功能。

UDP协议和TCP协议的比较：

• TCP接收和发送数据就像流水一样，可以一次接收多个，或者一次接收少半部分但是可以接收多次；但是UDP发送多少就要接收多少，如果接收的数据少于发送的数据，那么少的那部分数据永远也接收不到了。
• 每一条TCP连接只能用于点点之间一对一进行，而UDP支持一对一、一对多、多对多的交互通信。
• TCP不仅有接收缓存区还有发送缓存区，而UDP只有接收缓存区。因为TCP为了能够超时重传时需要重传的数据还在，那么TCP就需要把以前发送的数据进行缓存起来，方便以后重发，因此就需要发送缓冲区；但是UDP不保证可靠性，没有超时重传，那么UDP就不用保存他以前发送的数据，因此UDP就没有发送缓冲区。
• UDP(用户数据报协议)是面向非连接的，不与对方建立连接。

适用场景：

**TCP：**是全双工、面向连接、可靠的，而且精确控制的协议。主要用于实时性不强，但传输要求高的应用。比方说：网页浏览、文件下载(不是BT、电脑下载)、邮件的发送等场合，这些场景需要TCP协议进行传输。当然，它在网络方面的开销是昂贵的。
**UDP：**这是一个不可靠的传输协议。由于它不排序所要发送的数据段，不负责这些数据段到达目标的顺序（说一它才不可靠）。它在网络的开销要比TCP小很多，因此UDP适合用在那些实时性强、允许出错的场合。比如说：即时通讯(MSN、QQ)，视频、语言等方面。

山河万里，愿你能吹到爱琴海的风。