关于使用UDP实现多人聊天程序的Thinking

==> 学习汇总（持续更新）
==> 从零搭建后端基础设施系列（一）-- 背景介绍

---

有一句话叫做想法是美好的，现实却是残酷的，说得真对啊~。

本来天真的以为UDP写的比TCP写的会更简单，效率更高。但是经过实践发现，其复杂度远远超过TCP写的程序。总结如下：

1.C-C聊天没问题，逻辑简单，代码量少，效率高，少了三路握手，包重传和检验。

2.C-S-C(1V1的时候)聊天问题就开始来了,首先，因为没有accept，所以server不会保存有client的套接字，唯一能识别不同client的就是port和IP。所以根据这个思路，server 能进行消息的转发。

3.当client下线的时候，因为UDP只是负责发送，其它什么都不管，所以很难判断对方是否下线了。

4.不能维护client的在线状态，这个我本来想用TCP维护登陆状态，UDP负责消息发送。登陆状态很容易就做出来了，但是消息发送就比较困难，原因是server的recvfrom老是出错，调试了老半天，还是找不出原因，我在想是不是一个程序混用了2个协议，搞得乱七八糟了，再或者就是我水平太菜了~。

5.连1V1都如此难实现，我就想，多V多就没必要继续下去了。然后上网找了一下资料，有的说以前即时通讯用UDP是因为带宽小，节省资源，现在带宽比以前不懂大了多少，没必要牺牲复杂度而转去节省那一丢丢资源。现在大多聊天程序都逐渐把UDP转为TCP。UDP我就以后研究打洞再详细介绍了~，如果有什么说得不对了，请原谅我是只小菜鸟。

参考UDP 和 TCP应用场景讨论:https://www.zhihu.com/question/20060141