经常会有人问起什么是TCP协议、什么是http协议又或者什么是UDP协议。其实这样单个问起来就算单个回答你们也不会理解的,这个都要去全面解释一下才行。
以上的那些问题,但是回答的人总会有人扯到TCP/IP协议干嘛?来看看这图:

TCP/IP协议是一个协议簇。里面包括很多协议的。之所以命名为TCP/IP协议,因为TCP,IP协议是两个很重要的协议,就用他两命名了。
(TCP/IP是Internet最基本的协议、Internet国际互联网络的基础,由网络层的IP协议和传输层的TCP协议组成。TCP/IP 定义了电子设备如何连入因特网,以及数据如何在它们之间传输的标准。协议采用了4层的层级结构,每一层都呼叫它的下一层所提供的协议来完成自己的需求。通俗而言:TCP负责发现传输的问题,一有问题就发出信号,要求重新传输,直到所有数据安全正确地传输到目的地。而IP是给因特网的每一台联网设备规定一个地址。)
上面那段话我用通俗的话来解释就是:2台或者2台以上的电子设备需要进行数据通信,那么就要遵守一个统一规则就是TCP/IP规则,不然大家都会乱套。这个规则里面又分了4个不同任务执行,直到把数据完整的传送到另一台设备上。
下图是两个电子设备通讯的流程图:

每个应用层之间的工作关系:总而言之,发送数据时需要自上而下,层层封装。接收数据时需要自下而上,层层拆封。
TCP
以上的图解和说明都是总体、大概的解释工作流程而已,说到底不管是FTP协议还是HTTP协议都要用到TCP协议和IP,这里就解释一下:
TCP协议:为了将数据完整并可靠的传给对方,就使用 TCP协议。在此之间就要建立可靠的连接,那么就要进行3次对话:TCP三次握手过程
tcp为了把大数据传给对方,所以要把数据切割为一点点进行传送,这样才能保证完整。
1 主机A通过向主机B 发送一个含有同步序列号的标志位的数据段给主机B ,向主机B 请求建立连接,通过这个数据段,
主机A告诉主机B 两件事:我想要和你通信;你可以用哪个序列号作为起始数据段来回应我. (A对B说,我要向你发东西了,提前打个招呼)
2 主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:
我已经收到你的请求了,你可以传输数据了;你要用哪佧序列号作为起始数据段来回应我,(B对A说,好你发吧,我准备好了)
3 主机A收到这个数据段后,再发送一个确认应答,确认已收到主机B 的数据段:”我已收到回复,我现在要开始传输实际数据了
这样3次握手就完成了,主机A和主机B 就可以传输数据了.(A对B说,我现在开始发)
3次握手的特点
没有应用层的数据
SYN这个标志位只有在TCP建产连接时才会被置1
握手完成后SYN标志位被置0
TCP建立连接要进行3次握手,而断开连接要进行4次
A:数据传完了,可以停止吗?
B:消息收到,但是我还没有准备好,请稍等!
B:好了,可以停止了。
A:好的,过一会儿没有消息我就关闭啦。
1 当主机A完成数据传输后,将控制位FIN置1,提出停止TCP连接的请求
2 主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1
3 由B 端再提出反方向的关闭请求,将FIN置1
4 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.
由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端
和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础
ACK : TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段
都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.
SYN : 同步序列号,TCP建立连接时将这个位置1
FIN : 发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1
UDP
简单说下即可:UDP是一个非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去,传输数据快,但数据容易丢失。
我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常,其实“ping”命令的原理就是向对方主机发送UDP数据包,然后对方主机确认收到数据包,如果数据包是否到达的消息及时反馈回来,那么网络就是通的。
TCP与UDP区别
TCP | UDP | |
是否连接 | 面向连接 | 面向非连接 |
传输可靠性 | 可靠的 | 不可靠的 |
应用场合 | 传输大量的数据 | 少量数据 |
速度 | 慢 | 快 |
IP协议
作用是为了将数据在茫茫人海中准确的传送给对方,其中要依赖IP地址和MAC地址(我们的网卡地址)
参考文章:
http://www.cnblogs.com/roverliang/p/5176456.html
http://blog.csdn.net/u014682691/article/details/52061646