1.连接可靠两传,应用对首部
- 面向连接,提供可靠服务;无连接,尽最大努力交付,不保证可靠交付;
- 时效性,工作效率
- 字节流,数据报文段
- 首部字节20比8,TCP头部长度有20字节的固定部分,选项部分长度不定,但最多40字节,因此TCP头部在20-60字节之间。UDP首部开销小,只有8字节。
- UDP支持一对一、一对多、多对多、多对一通信。 而TCP只支持一对一通信。
- 应用:
文件,邮件:即时通讯
2.游戏中哪些场景用到tcp/udp协议呢?
为何你不能选用TCP作为游戏开发的网络协议?
通过上面的论述,其实已经很明白了。在注重即时性的游戏中,对于延迟的要求是很苛刻的,我们可以丢包,但是如果我们收到了比丢掉的包更新的包的话,我们完全可以不管丢掉的包。我们只关注当前数据。
这里我们来假设一个最简单的多人游戏的模型。比如一个FPS游戏,你在客户段每次将输入的数据(比如前进,跳跃,开火)发送到服务器端,然后服务器端将玩家当前的位置和情况发回给客户端来做显示。
在这个最简单的模型中,只要有一个包丢失了,所有的东西都必须停下来等包的重发,任何操作都得停掉,你不能移动也不能射击。等到这个包到达的时候,你总算能继续操作了。但是可能你会发现还有一堆等等待重发的包在排队,于是你只好继续等,而且可能你收到的这个重发包对游戏来说已经失去时效性,完全没意义了。这样的游戏你能忍吗?
不幸的是你对TCP协议的这个行为完全无能为力。这是TCP协议的本性,就是它保证了TCP协议的可靠性的。
我们不需要这样无法订制的可靠性协议。我们需要自己进行订制丢包时的处理原则。这也是我们在开发游戏时,避免使用TCP协议的原因。
是否可以混合使用TCP和UDP协议呢?
上面的结论中,我们可以明确知道,一些类似玩家操作,玩家位置的时效性相关数据,我们必须不能使用TCP协议。但是有些数据确是必须保证可靠性的,那我们是否可以使用TCP协议来做同步呢?
这个想法是很好的,我们可以在玩家操作等即时性很强的数据上使用UDP协议,在玩家AI,数据加载,玩家对话等序列性很强的数据上使用TCP。如果你愿意的话,甚至可以为不同的AI创建不同的TCP连接,以免一个AI的丢包会影响的另外一个AI的即时性。
看上去这是一个不错的思路。但是这仅仅是看上去而已。由于TCP和UDP都是基于IP协议的,事实上他们在底层会互相干扰。关于干扰的细节我这里就不详细论述了,想了解的读者可以阅读这篇文章。
结论
我的建议是在游戏中仅仅使用UDP作为网络协议,即使要使用TCP也是自己在UDP的基础上实现一种类TCP的协议。这也是现代游戏中流行的网络架构。