说到网络通信，很多人知道TCP和UDP，但真要聊到组播（Multicast），就得仔细说道说道了。组播是一种让一个发送方把数据同时传给多个接收方的技术，像直播、在线会议、远程教学这些场景都离不开它。
组播到底走哪个传输层协议？
答案是：UDP。组播几乎只用UDP来实现，而不是TCP。原因很简单——TCP是面向连接的，一对一的可靠传输，讲究的是“发一个，确认一个”。这种机制在点对点通信中很稳，但在一对多的组播场景里就扛不住了。
想象一下，你在一个直播间里当主播，同时有上万人在看。如果每个观众都要和你建立TCP连接，服务器得维持几万个连接状态，光是握手、重传、流量控制就能把系统拖垮。而UDP不一样，它不建立连接，也不管对方收没收到，直接往外发，效率高得多。
为什么TCP不适合组播？
TCP的设计决定了它没法支持“一对多”的传输模式。它的序列号、确认机制、拥塞控制都是基于单个连接的。如果强行让TCP支持组播，那每个接收端的丢包、延迟都会影响整个传输节奏，结果就是大家都卡。
而UDP没有这些问题。组播数据通过UDP发送，配合IP层的组播地址（比如D类IP地址 224.0.0.0 到 239.255.255.255），路由器会自动把数据复制转发给所有加入组的设备。
实际使用示例
比如企业内部部署视频会议系统，常用组播来降低带宽压力。配置时会指定一个组播IP和UDP端口：
// 示例：发送组播数据包
Socket socket = new DatagramSocket();
InetAddress group = InetAddress.getByName("224.1.1.1"); // 组播地址
int port = 5000;
// 构造数据包并发送
DatagramPacket packet = new DatagramPacket(data, data.length, group, port);
socket.send(packet);接收方需要加入该组播组才能收到数据：
DatagramSocket socket = new MulticastSocket(5000);
InetAddress group = InetAddress.getByName("224.1.1.1");
socket.joinGroup(group); // 加入组播组
// 接收数据
DatagramPacket packet = new DatagramPacket(buf, buf.length);
socket.receive(packet);这套机制在IPTV、股市行情推送、分布式监控系统中都很常见。
有没有例外？
严格来说，目前主流的组播实现都依赖UDP。虽然学术界有过可靠组播（Reliable Multicast）的研究，试图在UDP基础上加确认、重传机制，但复杂度高，落地少。日常能见到的，基本都是“UDP + 应用层自己处理丢包”的组合。
所以，当你在设计一个需要组播功能的系统时，别犹豫，选UDP准没错。只要接受一定的丢包风险，换来的可是成倍提升的传输效率。