Tcp 标准聊天应用程序

快速提问：大多数聊天应用程序（如AIM、Skype、Oovoo）是否使用点对点UDP交换与其他用户进行通话，或者使用与服务器的回显TCP连接？或者两者之间的某种组合？

当您需要一些小的数据片段时，比如短信，就不需要使用P2P。数据可以从client1传输到服务器，然后从服务器传输回client2

---

当您需要在客户端之间快速传输数据时，如VoIP（IP语音）或文件传输，您将使用P2P。

当您需要小数据片段时，如短信，则无需使用P2P。数据可以从client1传输到服务器，然后从服务器传输回client2

---

当您需要在客户端之间快速传输数据时，例如VoIP（IP语音）或文件传输，您将使用P2P。

一个非常标准的IM协议是。我知道GoogleTalk和聊天室里的其他几个大牌都使用它

一个相当标准的IM协议是。我知道GoogleTalk和聊天室里的其他几个大牌都使用它

传统上，大多数应用程序使用类似TURN的解决方案（即通过服务器进行通信）来克服NAT穿越问题。由于聊天不消耗太多带宽，服务器可以支持数千次通信

但是现在P2P已经发展，NAT穿越问题已经得到了很好的理解，一些人使用直接UDP通信，前提是用户的NAT允许这种通信（即类似于STUN的通信）。不过，他们仍然需要一个中央服务器来完成这个任务。当需要传输大量数据时，直接通信也很有用

---

我相信可以公平地说，大多数现代框架都使用两者的结合。

传统上，大多数应用程序使用类似于TURN的解决方案（即通过服务器进行通信）来克服NAT穿越问题。由于聊天不消耗太多带宽，服务器可以支持数千次通信

但是现在P2P已经发展，NAT穿越问题已经得到了很好的理解，一些人使用直接UDP通信，前提是用户的NAT允许这种通信（即类似于STUN的通信）。不过，他们仍然需要一个中央服务器来完成这个任务。当需要传输大量数据时，直接通信也很有用

我相信，可以公平地说，大多数现代框架都将两者结合使用