很多人在搭建局域网或者配置网络设备时，会遇到一个疑问：传输层到底支不支持广播？这个问题听起来有点技术，但其实搞明白之后对日常使用还挺有帮助的。
先说结论：传输层本身不支持广播
我们常说的传输层协议，比如 TCP 和 UDP，它们的设计目标是实现端到端的数据传输。其中，TCP 是面向连接的，讲究可靠交付，自然不会去搞广播这种“一对多”的操作。UDP 虽然无连接、效率高，看起来像是能广播的料，但实际上，广播能力并不是传输层自己提供的，而是依赖下一层——网络层和数据链路层来实现的。
那为什么有时候 UDP 能发广播？
这里容易让人混淆。你在局域网里用 UDP 发个广播消息，比如让所有设备报个到，确实能成。但这其实是操作系统和底层网络栈配合的结果。UDP 把数据交给 IP 层后，IP 层如果发现目标地址是广播地址（比如 192.168.1.255），就会把这包数据往局域网内所有主机发。
换句话说，UDP 只是“能用”广播，而不是“支持”广播。它本身协议字段里没有广播机制，全靠 IP 层和链路层的配合。就像你寄快递，快递公司（传输层）只管打包和收发，真正开车跑路线的是物流车队（网络层和链路层）。
实际例子：局域网唤醒（Wake-on-LAN）
你可能用过“远程开机”功能，就是通过网络命令把家里关机的电脑叫醒。这个功能用的就是所谓的“魔包”（Magic Packet），走的是 UDP 协议，发往广播地址。电脑虽然关了，但网卡还带电，监听着广播流量，一收到特定格式的包就开机。
这个过程里，UDP 只是载体，真正的广播行为是由网卡和路由器在数据链路层完成的。如果你把子网掩码配错了，广播地址算不对，这个功能立马失效。这也说明，广播能不能通，关键不在传输层。
对比一下：应用层也能模拟广播？
有些软件比如局域网聊天工具，不用广播也能实现“群发”。它是靠应用层自己维护一个设备列表，然后挨个用单播发一遍。看起来像广播，其实是多个点对点通信。这种方式更灵活，但多了一层管理成本。
所以，别看 UDP 能发广播，真正在系统层面支持广播的，只有网络层以下。传输层专注的是把数据从一个端口送到另一个端口，广播这种“广撒网”的事，根本不在它的职责范围内。