你可能需要理解这句话:TCP是流传输协议,UDP是包传输协议。
1:什么是流传输协议?
打个比方,发送方一次或分多次send了“1234,567,890,abc....”这些数据,接收方每次recv时得到的数据可能是分成了以下这么多片段:123,45,67890,ab,c....,也可能是这样的片段12,345,678,90abc,...。所以在网络正常的情况下,TCP虽然能保证数据按序到达对方,但不保证每次到达的数据量跟发送的时候是一致的,因此应用层必须要处理这样的情况,而处理这种情况就只能在应用层的数据里加额外信息,TLV就是其中一种实现方式。
理解流传输协议的本质还可以想象一下家里用的自来水管的情况,自来水厂源源不断的供水,我们用的时候都是开一下水龙头就放一点水,开一下放一点,水是先进先出,但一次进多少跟一次出多少是完全不对等的。
2:什么是包传输协议?
打个比方,发送方一次或分多次send了“1234,567,890,abc....”这些数据,接收方要么收不到包(譬如567这个包,要丢就是整体都丢了,不可能收到了5,而丢了67),要是收到的话,也会是这样一个个完整的包(顺序不保证):567,1234,890,abc....,所以每个包都是一个整体,是最小传输单元,不可再被分解。
3:为何你本机传输没问题,而两台计算机间传输就出问题了?
因为本机传输时,TCP包一次最大可以传送65535个字节的数据,所以当你图片小于64K的时候,一次就传完了(完全没有分解的必要),但你可以试试传输多个大于64K的图片,看看会出现什么情况。
当两台机子的数据是通过以太网甚至广域网传输的时候,包从发送端出去的时候最大也就1500个字节,经过广域网可能还会被分解成更小的,因此产生了问题1中的情况,你再通过原先简单的recv代码肯定出错。
1:什么是流传输协议?
打个比方,发送方一次或分多次send了“1234,567,890,abc....”这些数据,接收方每次recv时得到的数据可能是分成了以下这么多片段:123,45,67890,ab,c....,也可能是这样的片段12,345,678,90abc,...。所以在网络正常的情况下,TCP虽然能保证数据按序到达对方,但不保证每次到达的数据量跟发送的时候是一致的,因此应用层必须要处理这样的情况,而处理这种情况就只能在应用层的数据里加额外信息,TLV就是其中一种实现方式。
理解流传输协议的本质还可以想象一下家里用的自来水管的情况,自来水厂源源不断的供水,我们用的时候都是开一下水龙头就放一点水,开一下放一点,水是先进先出,但一次进多少跟一次出多少是完全不对等的。
2:什么是包传输协议?
打个比方,发送方一次或分多次send了“1234,567,890,abc....”这些数据,接收方要么收不到包(譬如567这个包,要丢就是整体都丢了,不可能收到了5,而丢了67),要是收到的话,也会是这样一个个完整的包(顺序不保证):567,1234,890,abc....,所以每个包都是一个整体,是最小传输单元,不可再被分解。
3:为何你本机传输没问题,而两台计算机间传输就出问题了?
因为本机传输时,TCP包一次最大可以传送65535个字节的数据,所以当你图片小于64K的时候,一次就传完了(完全没有分解的必要),但你可以试试传输多个大于64K的图片,看看会出现什么情况。
当两台机子的数据是通过以太网甚至广域网传输的时候,包从发送端出去的时候最大也就1500个字节,经过广域网可能还会被分解成更小的,因此产生了问题1中的情况,你再通过原先简单的recv代码肯定出错。