07 | 性能好，效率高的一对多通讯该如何实现？
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
一对多通讯是网络通讯中的重要技术，本文介绍了一对多通讯的实现方式，包括广播和组播两种方式。广播通过UDP协议实现，利用网络设备的广播能力将消息发送给整个局域网，而组播则是一种“定向广播”，能够更精准地管理通讯范围。文章详细介绍了广播和组播的实现原理，以及如何正确设置直接广播IP地址和管理组播地址的IGMP协议。总的来说，一对多通讯方式在局域网中有着广泛的应用，能够提升性能，提高效率，并且可以替代许多人工操作。文章还提到了一对多通讯的优缺点以及未来的发展方向，为读者提供了思考和探讨的空间。
《系统性能调优必知必会》，新⼈⾸单¥59
全部留言(19)
- 最新
- 精选
rfyiamcool我们的经验是在交换机支持巨型帧，服务处理速度很快，那么组播丢数据的概率很小很小。大家可以实测一下的。 如果出现问题可以这么解决，如果发送的数据有递增顺序流id，丢失可以回溯发起方，另外数据需要在接收方处理去重及顺序。作者回复: 谢谢rfyiamcool的分享！
2020-08-075
而立斋【源主机的带宽只有 1Gbps，如果采用一对一的方式向 100 个客户端发送流媒体，这 100 台主机的带宽之和不会超过 1Gbps。但采用一对多传输时，总带宽就可以达到 100Gbps。】老师，这个能再细一点吗？ 我们做应用对多一点，一对多通讯的应用，搞过websocket的服务器推送。但websocket也是基于tcp协议来传输的，虽然跟http不同，也是属于应用层的协议。作者回复: 你好carol，websocket也是一对一通讯协议，只是将TCP的双工能力暴露到了应用层。 这节课里的一对多协议，其实是指OSI网络层实现的一对多协议，之所以能实现一对多，是靠二层、三层网络设备的转发实现的，目前还都无法跟踪公网，只能在局域网中使用。
2020-05-184
🎧重返归途广播功能属于双工么？但多个客户机向主机响应时，会有性能瓶颈么？作者回复: 你好重返归途，广播不是双工，因为广播是由网络设备实现的，所以服务器无法感知到每个客户端的响应，因此客户端对服务器的响应，与本次广播消息链路无关，它必须是另一个通道
2020-05-174
申学晋请问老师如果UDP单个包比较小（20-30字节），发送速率比较快（200-400Mbps），有什么优化策略？谢谢作者回复: 这么高的流量下，可以把单个UDP报文，在一个时间窗口内合并为批量报文发送，提高信息有效比。
2020-09-0422
夜空中最亮的星干货满满作者回复: ^_^
2020-05-1321
言十年老师讲的，让人很优食欲。必看教科书有趣。作者回复: ^_^
2021-01-16- 李新龙这里用交换机广播丢包吗？
作者回复: 当报文超出缓冲队列时，交换机、路由器都会丢包的
2020-11-01 
J.Smile内容比较干，每次需要读两遍才能看明白，nice啊作者回复: ^_^
2020-06-25
leslie其实目前在思考一个问题，我们谈及更多的是私有云的这些场景；可是最近学习公有云时发现和私有云在这块还是有区别，甚至曾经用过私有云的方式在公有云上去排查问题，结果效果并不好；这直接触发了我去专门学习公有云的课程。 故而记得曾经有课程提及“私有云的东西迁移到公有云上不能照搬”，下一步的IPV6目前只是展示和位数不同其真正的影响到底在哪儿？记得曾经有新闻提及说因此其实标准同样有所改变。 不知老师如何看待此问题，谢谢老师的分享。作者回复: 公有云刚发展时，Iaas是主体，Paas很不成熟。而Iaas基本是标准化的。 到现在，Paas是主要组成，而Paas是千差万别的，就是同一种关系数据库，都有许多版本，开启的功能特性也不相同。因此，从这个角度，现在从一个云迁移至另一个云，不能完全照搬。
2020-05-16
唐朝首都对分布式的服务发现还不太了解，但是根据文章内容应该是基于UDP协议，与我们后端一般使用TCP去处理请求不太一样。作者回复: 是的，因为UDP很多同学不太了解，但UDP有很多独道的优势，比如多播，它也给应用层更大的自由
2020-05-13
