我们应该使用什么广播/组播方法？

Question

我们正在创建一个移动应用程序，它将从知道同一网络上另一个实体的ID（假设这两个移动电话在同一个WiFi网络上）中受益。

我们希望“主”应用程序发送一个“奴隶”应用程序可以提取并存储的ID。无论“奴隶”何时登录到网络，它都应该识别主人（获取主人的身份证）并使用它直到获得新的（来自另一个网络和新的主人）。

我们要求在iOS和Android下（最好也在J2ME下）实施该方法，并且该方法最有可能在普通网络配置中可用（包括公共WiFi设置，只要客户端都具有适当的网络访问权限）

我们应该使用什么广播/多播方法？

Answer 1

公共WiFi连接的可用性几乎排除了IP层多播。

如果您只对同一子网内的应用感兴趣，则可以进行广播。我认为基站往往在同一个子网上拥有所有连接的机器，而3G网络往往会阻止加密狗之间的所有广播。

如果失败了，那么另一种方法就是拥有一个主人的层次结构，就像MSN一样。基本思想是更高级别的主人充当本地主人的目录。当然，您必须考虑更改IP地址等内容，但作为一般规则，应用程序运行时间越长，就越有可能建立一个附近还有其他人的列表。大师们还注意到它的一些奴隶有类似的IP地址（危险：NAT），并让他们进行投机接触..

所有这些都需要相当通用的TCP / UDP功能，即使是J2SE也应该具备。