回答我几个问题：
1）大概有多少设备？
2）数据量有多大？大致估算一下；
3）实时性要求很高吗？

另外，你这具体是应用在什么业务场景 下的？

引用：12345678 发表于 2018-01-10 12:48
1.大概有7-10个设备
2.数据量10k以内
3.实时性在5-10s以内

数据发送的频率有多高？每隔几秒就发送？

引用：12345678 发表于 2018-01-10 13:13
数据是手动点击发送处理的，意思就是发送频率不确定

哦，是人手工点击发送是吧。

这到底是做什么样的功能？数据丢包了会有什么影响吗？
你最好说说你这到底是用在什么样的场景、什么样的应用下，不然没有办法给到你最佳建议

首先，UDP丢包是因为你没有丢包保证算法，你可以去研究一下MobileIMSDK即时通讯框架，把它源码下载下来看看，这些都做的很健壮了。

另外，架构上来说，我建议设立一个中继服务器，也就是无论是哪个平台，它所采集的数据只会主动发给中继服务器，发完成再实时通知其它平板，其它平板再自已立即或者定时的方式从中继服务器上拉取。
这样进行拆分后，整个架构既清晰又简单，关键是可靠多了（总结就是：UDP实时指令+http短连接相结合）。不然，大量的数据在网络中流转，先不说复杂不复杂，可靠性很是问题。

引用：12345678 发表于 2018-01-11 19:59
中继服务器是什么？怎么用？网上都收不到

就是中转服务器，一样的意思。