传输层端口、TCP和UDP的概念

端口

端口号用来识别同一台计算机中进行通信的不同应用程序。
端口用一个16位端口号进行标志。端口号只具有本地意义，即端口号只是为了标志本计算机应用层中的各进程。

简单来说

客户机上运行着多个应用进程，服务器上也运行着多个应用进程。当主机A发送数据到服务器B的时候如何得知应该发往哪一个应用进程呢？
比如，客户机上通过浏览器去访问服务器中的某个网页文件时，需要向服务器发送一个HTTP请求报文来请求网页，那这个请求报文应该定向发送到服务器上的httpd服务进程，而不是ftp服务进程，也不是邮件服务进程。
这就需要端口号来标识。

你可以把端口号理解为标识应用进程的一个大门，访问远程主机时，需要通过这个大门将数据输入/输出进去；

端口的只具有本地意义

意思是，端口号标识的仅仅是本主机的引用进程，上图所述使用的是对方的端口号；简而言之，每台主机都有端口号，比如A主机的网页服务进程的端口号是80，B主机也可以是80，并不冲突；访问的时候使用IP地址或者域名标识是哪一台主机的80号端口即可；

常见端口号

端口号是个16 位无符号整数，也就是从 0-65535；
其中，0-1023 为熟知端口号，固定分配给一些服务，比如 HTTP 使用 80 号口，FTP 使用 21 号口，Telnet 使用 23 号口…下面列出

进程	端口号
FTP数据连接	20
FTP控制连接	21
HTTP	80
Telnet	23
SSH	22
SMTP	25
POP3	110
DNS	53

传输层的两大协议之TCP

传输层提供应用进程之间（端到端）的通信服务；
TCP传输控制协议：提供面向连接的可靠的数据传输服务；
什么意思？
请参照上图，A和B两台主机的应用进程之间通信前，需要建立一条连接；注意这条连接不是实实在在看得见摸得着的物理连接，而是一种逻辑链接；
比如我要和你说个事情之前，会现有如下情境：

如此，我们之间就在逻辑上建立了一条连接，在网络也是一样；传输层若使用TCP协议，A要和B实现传输交互，就必须要这样先打个招呼——“三次握手”

TCP三次握手

三次握手是非常重要的一个知识点；通过一个例子来引入，A想和B谈恋爱：

阶段	例子	网络
第一阶段	A先向B表白，说明自己的心意	客户端请求建立连接
第二阶段	B向A表明，同时说明交往意愿	服务端应答客户端，并请求建立连接
第三阶段	确认恋爱关系	客户端对服务端请求确认应答，连接建立

所以TCP三次握手就是上述内容，接着需要细细分析了。

三次握手详细过程分析

首先，需要了解几个关键术语：

客户端向服务器主动请求建立连接，发送一个SYN=1，seq=x

SYN=1表示连接请求
seq是一个随机序号，涉及到TCP所实现的流量控制、拥塞控制的滑动窗口机制，现基础不做详述；

服务端收到发来的SYN请求后，会回传一个SYN=1，ACK=1，ack=x+1，seq=y

ACK=1表示确认有效，且对客户端发来的序列号x给予确认，对其扣个1，就是ack=x+1的含义
SYN=1表示，我也想和你建立连接，同时也生成一个序列号为y
再回传给客户端

客户端收到了服务端发来的报文后，最后回传一个ACK=1，ack=y+1，seq=x+1

对服务端发来报文进行确认，ACK=1为确认有效，且对服务端法来的序列号y给予确认，扣个1，即y+1

至此三次握手完毕，连接建立

四次挥手，是释放连接的过程

简单来说，就是：

传输层的两大协议之UDP

UDP用户数据报协议，提供无连接的不可靠的数据传输服务；

UDP不存在建立连接的过程，客户端知道服务端的端口号后，直接发送数据给服务端进程；相对TCP，TCP类似于去别人家做客，先提前打好招呼；而UDP类似于直接堵人家家门口；
但是UDP也有优点！就是快！他不存在像TCP那样建立连接的复杂过程；使用UDP传输，只顾着发就完了！所以UDP 广泛应用于语音、视频、游戏等对实时性要求较高的网络。

举个典型的例子，打 LOL或王者的时候，网突然卡了，等网好的时候你都死了再泉水等复活呢。或者你看视频的时候，突然网卡了，那么那个片段你就没看着，一下子就过了。或者打电话的时候突然网不好，直接听不到声音，或者哔哔几个盲音。这就是因为使用了UDP。
UDP 没有重传机制，你没收到数据就没收到，关我屁事，我就只负责使劲给你发就对了。UDP就是快！上述场合就不适用。
TCP，又要建立连接，又要编序号，又要确认，不适合实时性要求较高的网络。