UDP广播必须绑定0.0.00或局域网IP，不能用127.0.0.1；需设EnableBroadcast=true，发送目标为子网广播地址（如192.168.1.255），接收端须Bind到IPAddress.Any:端口且端口一致。
UDP广播必须绑定到 0.0.0.0 或具体网卡IP，不能用 127.0.0.1
本地回环地址 127.0.0.1 只能收发本机通信，广播包根本不会从它发出。局域网设备搜索失败，十有八九卡在这一步。
- 发送端
UdpClient构造时传new IPEndPoint(IPAddress.Any, 0)（推荐）或指定本机真实网卡IP（如192.168.1.100） - 不要用
new IPEndPoint(IPAddress.Loopback, 0)，否则广播包发不出去 - 目标地址必须是当前子网的广播地址，比如
192.168.1.255；不能直接写255.255.255.255（受限于路由器和系统策略，多数情况不可靠）
UdpClient.EnableBroadcast = true 是硬性前提
默认情况下 C# 的 UdpClient 禁用广播权限，不设这个属性就调用 Send，会抛出 SocketException 错误信息：「An attempt was made to access a socket in a way forbidden by its access permissions」。
- 必须在
Send前设置：client.EnableBroadcast = true; - 这个属性只影响发送端；接收端不需要设，但需确保绑定地址能接收广播（如
IPAddress.Any） - 如果程序以非管理员权限运行，在某些 Windows 版本上仍可能被防火墙拦截，需提醒用户临时关闭或放行
接收端要主动 Bind 到 0.0.0.0:端口，且避免端口冲突
搜索设备本质是“发一问、等多答”，所以接收逻辑必须长期运行，并监听固定端口。常见错误是让发送端和接收端共用一个 UdpClient 实例——UDP 是无连接的，但单个 socket 不能同时高效收发广播。
- 接收端应单独创建
UdpClient并Bind到new IPEndPoint(IPAddress.Any, 8888)（端口号需与发送端一致） - 注意端口是否被占用：若提示
Address already in use，换一个高位端口（如51234），避开系统保留端口 - 接收循环里用
ReceiveAsync而非阻塞式Receive，防止主线程卡死；超时建议设为 1–3 秒，太短收不全响应，太长拖慢搜索体验
广播内容建议加简单协议头，避免误触发
裸发字符串容易被其他程序误读，也难区分请求和响应。加个轻量标识就能大幅降低干扰。
- 例如发送 JSON：
{"cmd":"discover","ver":"1.0"}，接收端只处理含"cmd":"discover"的包 - 响应方也应回传结构化数据，比如
{"cmd":"response","id":"dev-abc123","ip":"192.168.1.105"} - 别用中文或特殊字符作分隔符，UTF-8 编码下字节长度不确定，解析易错；优先用 ASCII 字段名 + JSON 或 TLV 格式
实际部署时最容易被忽略的是网卡多归属问题：一台机器有 WiFi、有线、虚拟网卡时，IPAddress.Any 会监听所有接口，但广播只能从某一个子网发出。如果搜索范围跨了多个局域网段（比如公司内网+测试小路由器），得遍历 NetworkInterface.GetAllNetworkInterfaces() 找活跃的 IPv4 地址，逐个构造对应子网广播地址发送。
