UDP广播发不出去的首要原因是DatagramSocket未正确绑定：发送端应使用无参构造或仅指定端口，禁用InetAddress参数，并显式调用setBroadcast(true)；255.255.255.255需用字节数组创建，接收端须设超时和增大缓冲区，Windows需强制IPv4栈。
UDP广播发不出去？检查 DatagramSocket 是否绑定了正确地址
Java里用 DatagramSocket 发广播，最常见问题是“代码没报错，但对方收不到”。根本原因往往是 socket 绑定到了具体网卡地址（比如 new DatagramSocket(12345, InetAddress.getByName("192.168.1.100"))），而不是 INADDR_ANY 对应的通配地址。广播必须让 socket 处于“可接收任意接口入站包 + 可从任意接口发出”的状态。
实操建议：
- 发送端无需显式绑定，直接用
new DatagramSocket()即可 —— 系统自动选可用端口和通配地址 - 若需指定发送端口（如固定为 50000），用
new DatagramSocket(50000)，**不要**传第二个InetAddress参数 - 接收端同理：用无参构造，否则可能只监听某张网卡，错过其他网段来的广播包
- Linux/macOS 下可通过
netstat -g或ip addr确认本机有哪些活跃接口和广播地址
send() 报 java.net.SocketException: Not a multicast address？你可能混淆了广播和组播
这个错误不是因为地址写错了，而是你用了 DatagramPacket 构造函数传入了非广播地址（比如 255.255.255.255 没问题，但 192.168.1.255 在某些系统或 JDK 版本下会被拒绝），或者更大概率：你误把广播地址当成了组播地址（224.0.0.0/4 段）来用，却没调用 setBroadcast(true)。
关键点：
立即学习“Java免费学习笔记（深入）”；
- 广播必须显式开启：在
DatagramSocket实例上调用socket.setBroadcast(true)，否则操作系统直接拦截发送 -
255.255.255.255是受限广播地址，跨子网不可达；子网定向广播（如192.168.1.255）需确保本地路由表支持、防火墙放行，且目标主机未禁用该功能 - 别用
InetAddress.getByName("255.255.255.255")获取地址 —— 某些 JDK 版本会返回null或抛异常；改用InetAddress.getByAddress(new byte[]{(byte)255,(byte)255,(byte)255,(byte)255})
接收端收不到包？重点查 setSoTimeout() 和缓冲区大小
UDP 是无连接协议，接收逻辑容易因阻塞或丢包显得“失效”。典型现象是 receive() 一直卡住，或偶尔收到数据后突然断收 —— 很可能是超时设置不合理，或 UDP 包被内核丢弃。
实操建议：
- 务必设置超时：
socket.setSoTimeout(5000)，否则receive()会永久阻塞，线程无法响应中断或关闭请求 - 默认接收缓冲区太小（通常 8KB 左右），高频率广播下易丢包；用
socket.setReceiveBufferSize(64 * 1024)提升容错能力（注意：实际生效值可能被系统截断，可通过socket.getReceiveBufferSize()验证 - 接收循环中别忽略
InterruptedIOException—— 这是正常中断信号，不是异常，应主动退出循环 - 避免在
receive()后立刻打印packet.getLength()：它返回的是本次实际接收到的字节数，不是缓冲区长度，不重置会累积脏数据
Windows 上广播收发失败？关掉 IPv6 或强制走 IPv4
Windows 默认启用 IPv6，而 DatagramSocket 在未指定协议族时可能创建 IPv6 socket，导致广播地址解析失败（IPv6 不支持传统广播，只支持组播）。现象是 send() 不报错但收不到，或 receive() 抛 java.net.PortUnreachableException。
解决方案很直接：
- 启动 JVM 时加参数：
-Djava.net.preferIPv4Stack=true，强制所有 socket 走 IPv4 - 或在代码开头加：
System.setProperty("java.net.preferIPv4Stack", "true")（必须在任何网络操作前执行） - 验证是否生效：打印
InetAddress.getLocalHost().getAddress()，确认输出是 4 字节数组而非 16 字节 - 不推荐手动禁用系统 IPv6，副作用大；优先用 JVM 层控制
广播的边界很模糊：它依赖底层网络设备支持、操作系统策略、JVM 网络栈实现，甚至同一台机器不同网卡配置都可能导致行为不一致。真正稳定的做法，是先用 ping -b 192.168.1.255（Linux）或抓包工具（Wireshark 过滤 udp && ip.dst==255.255.255.255）确认物理层可达，再调试 Java 层逻辑。
