UDP广播包发不出去的主要原因是系统层配置问题而非代码错误，需确认网卡允许广播、使用正确的子网广播地址（如192.168.1.255）、调用setBroadcast(true)、关闭防火墙干扰，并避免使用255.255.255.255。
UDP广播包发不出去？先确认网卡和路由设置
Java里用 DatagramSocket 发广播包失败，八成不是代码问题，而是系统层没放开。UDP广播必须发到本地子网的广播地址（比如 192.168.1.255），且网卡得允许广播——Linux默认允许，Windows某些版本或企业网络策略会禁用。
实操建议：
- 用命令行确认本机默认网关和子网掩码：
ipconfig（Windows）或ifconfig（macOS/Linux），算出正确的广播地址，别硬写255.255.255.255（它只在本地链路有效，多数路由器不转发，且Java在部分JDK版本中会被静默丢弃） - 检查 socket 是否调用了
setBroadcast(true)，漏掉这句，操作系统直接拒绝发送 - 防火墙可能拦截 UDP 广播，临时关闭测试；企业环境还要确认交换机是否启用了“广播风暴抑制”
DatagramSocket.send() 报 “Cannot assign requested address”
这是最典型的错误信息：java.net.SocketException: Cannot assign requested address。根本原因是：你试图把包发向一个本机不存在的广播地址，或者绑定的本地地址与目标不匹配。
常见场景：
立即学习“Java免费学习笔记（深入）”；
- 代码里写了
new InetSocketAddress("10.0.0.255", 8888)，但本机 IP 是192.168.5.100，跨子网广播不被允许 - 创建
DatagramSocket时指定了本地地址（比如new DatagramSocket(new InetSocketAddress("127.0.0.1", 0))），导致 socket 只能从 loopback 发送，无法触达物理网卡 - JDK 版本影响：JDK 17+ 对
255.255.255.255的处理更严格，部分情况下直接抛异常，建议始终用子网广播地址
正确做法是：不指定本地绑定地址，让系统自动选网卡；目标地址严格对应当前活跃网卡的子网广播地址。
为什么收不到自己发的广播包？回环（loopback）没开
UDP 广播默认不回传给本机（即不接收自己发出的包），这是大多数系统的默认行为，不是 Java Bug。想让本机也能收到，得手动开启回环支持。
关键操作只有一步：
- 在发送前，对 socket 调用
socket.setOption(StandardSocketOptions.SO_BROADCAST, true)不够，还得加：socket.setOption(StandardSocketOptions.IP_MULTICAST_LOOP, true)—— 等等，注意：这是针对多播的；广播要用的是socket.setOption(StandardSocketOptions.SO_REUSEADDR, true)并确保接收端 socket 也绑在0.0.0.0或通配地址上 - 更可靠的做法：接收端不要绑定具体 IP，用
new DatagramSocket(8888)（无参构造），它会监听所有接口；发送端目标地址用子网广播地址，别绑定本地地址 - Windows 上还需确认注册表项
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DisableIPSourceRouting值为0，否则广播可能被拦截
广播 vs 多播：别用错场景
如果目标是局域网内一组固定设备，优先考虑多播（224.0.0.0/24 段），而不是广播。广播会唤醒所有主机网卡，浪费资源，且现代交换机常做广播抑制；多播由网卡硬件过滤，效率高得多。
简单对比：
- 广播地址是子网级的（如
192.168.1.255），任何收到的主机都必须处理；多播地址是组播组（如224.1.1.1），只有加入该组的 socket 才能收到 -
DatagramSocket发广播用普通send()；发多播需用MulticastSocket，并调用joinGroup() - 广播不能跨子网（除非路由器特设代理），多播依赖 IGMP 协议，同样受限于网络设备配置，但可控性更强
真正需要广播的场景其实很少：比如 DHCP 发现、老旧嵌入式设备唤醒、无中心化的局域网服务自发现——其余情况，多播或基于 TCP 的服务注册更稳妥。
