局域网内如何获取自有服务器列表？TCP/UDP实现方案咨询

1. UDP广播/组播（优先推荐，绝非糟糕方案） #

• 核心逻辑：服务器启动后，定期向局域网广播地址（如192.168.1.255）或组播地址（如224.0.0.1）发送包含自身IP、端口、设备标识（比如PC名称）的精简UDP数据包；Android客户端监听指定UDP端口，收到广播后直接提取可用服务器信息。
• 优势：
  • 效率远高于IP遍历，无需浪费时间尝试无效地址
  • 能实时感知服务器上线/下线（服务器定时发心跳包，客户端超时未接收则标记为不可用）
• 注意点：
  • 服务器和客户端必须使用相同的UDP端口
  • 组播比广播兼容性更强，部分路由器会默认拦截广播包
  • 数据包只传必要信息，避免冗余

2. IP段遍历+TCP端口探测（备选方案） #

• 核心逻辑：客户端先通过WifiManager获取自身所在局域网的IP段（结合网关和子网掩码计算可用IP范围），然后对每个IP尝试连接指定TCP端口，连接成功即判定为可用服务器。
• 实现细节：
  • 用多线程/线程池并行探测，避免单线程扫描耗时过长
  • 设置短超时（100-300ms），减少无效等待
• 劣势：
  • 效率低，大子网（如/16段）下扫描耗时极久
  • 易被防火墙拦截，导致误判
  • 无法主动感知服务器状态变化，只能定期重复扫描

3. 专用服务发现协议（适合复杂场景） #

• 可选协议：
  • mDNS/DNS-SD：安卓自带NsdManager支持该协议，服务器注册服务后，客户端只需搜索指定服务类型即可获取服务器信息（类似苹果Bonjour）。
  • SSDP：UPnP协议的一部分，适合设备发现，但实现复杂度较高。
• 优势：标准化程度高，兼容性好，支持按服务类型筛选目标
• 劣势：实现成本比UDP广播高，需要处理协议细节

方案对比总结 #

针对你的场景建议 #

作为局域网内的远程PC应用，优先选择UDP广播，实现简单且高效。如果需要更标准化的服务发现流程，也可以直接使用安卓自带的NsdManager实现mDNS，无需自行处理UDP数据包的底层逻辑。

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