树莓派IoT设备公共WiFi下UDP广播发现方案可行性及故障咨询

这是非常典型的轻量化局域网设备发现方案，在小型IoT项目、商用入门级智能设备中应用非常普遍。
你采用的「SoftAP配网+局域网UDP广播发现」流程和市面上绝大多数智能家居设备的配网逻辑完全一致：先通过热点完成设备入网，再通过广播完成控制端和设备的IP配对，后续走HTTP API交互的逻辑也没有问题。
你提供的UDP广播发送代码逻辑正确，核心的SO_BROADCAST选项配置、广播地址发送逻辑、发送频率都符合常规实现要求，没有明显错误。

你遇到的问题是公共WiFi的标准安全限制导致的，最可能的原因有两个：

• 绝大多数公共WiFi都会开启客户端二层隔离功能，目的是防范广播风暴、恶意端口扫描等风险，开启后同一WiFi下的所有客户端之间的二层报文（包括广播、组播、甚至单播）都会被AP直接拦截，只会转发客户端到网关的上行报文，自然无法跨设备收到广播包。
• 次要可能是端口封禁：你使用的16123属于非标准服务端口，部分公共WiFi的防火墙会拦截非知名端口的入站流量，可以尝试更换为常见服务发现端口（如mDNS的5353端口、SSDP的1900端口）测试。
  你之前在Mac上用iOS模拟器测试成功的场景，报文没有经过真实网络设备转发，直接在本机网络协议栈内回环，不受外部网络规则限制，不具备公共网络下的参考性。
  如果需要验证功能，可以用手机开个人热点，将树莓派和iPhone都接入该热点测试，绝大多数个人热点默认不会开客户端隔离，功能可以正常跑通。

内容的提问来源于stack exchange，提问作者eclewlow