我們應該使用什麼廣播/多播方法？

Question

我們正在創建一個移動應用程序，該應用程序將從瞭解同一網絡上另一個實體的ID（假定兩個手機位於同一WiFi網絡中）中受益。

我們希望「主」應用程序發出「奴隸」應用程序可以拿起並存儲的ID。無論何時「從站」登錄到網絡，它應該識別主站（獲取主站的ID）並使用它，直到它從另一個網絡和新主站獲得一個新站點。

我們要求在iOS和Android下（最好在J2ME下）實現是可行的，並且該方法最有可能在普通網絡配置（包括公共WiFi設置）中可用，只要客戶端都具有正確的網絡訪問）。

我們應該使用什麼廣播/組播方法？

Answer 1

公共WiFi連接的可用性幾乎排除了IP層多播。

如果您只對同一子網內的應用程序感興趣，則可能可以進行廣播。我認爲基站傾向於將所有連接的機器放在同一個子網上，而3G網絡傾向於阻止加密狗之間的所有廣播。

如果這樣做失敗了，那麼另一種方法是擁有主人的層次結構，就像MSN一樣。基本思想是，高層次的主人充當當地主人的目錄。當然，你必須爲諸如IP地址之類的事情做出改變，但作爲一般規則，運行時間越長的應用程序越有可能建立一個其他人在附近的列表。 Masters還可能注意到它的一些從屬設備具有相似的IP地址（危險：NAT），並讓它們進行推測性聯繫。所有這些都需要相當通用的TCP/UDP功能，即使是J2SE也應具備這些功能。