无线 P2P。通知所有可用的对等点某些事件

Posted 2023-02-23

【中文标题】无线 P2P。通知所有可用的对等点某些事件

【英文标题】：Wi-fi P2P. Inform all peers available of some event

【发布时间】：2015-04-19 19:17:30

【问题描述】：

问题：我正在制作一款离线多人安卓游戏，人们可以在其中创建或加入房间并通过 Wi-fi 一起玩。考虑用户创建房间并且他（当然）必须通知所有其他用户有可用房间的情况。所以问题是“如何？”。我已经阅读了大约 1000 次 this 和this。 那里写道，为了将一些数据发送到另一台设备，其中一个应该是服务器，另一个应该是客户端。客户端向服务器发送一些信息，服务器接受它。那么，这是否意味着我必须让所有“玩家”成为服务器，而“房间创建者”应该成为客户端？这听起来很疯狂。请帮忙，可能我正在阅读错误的文档？

【参考方案1】：

首先，您需要记住，如果您决定在您的项目中使用WiFiP2P，您需要为一些困难时期做好准备。不幸的是（你可能已经注意到了:)）WiFiP2P android 的官方文档不是很好。不同的设备以不同的方式运行（例如，它们以不同的顺序调用一些 WifiP2P 事件）并且文档根本​​没有涵盖它。实现稳定的连接需要引入非常规的，有时甚至是严厉的措施。获得WifiP2P 连接与显示系统窗口（询问您是否真的要连接到设备）密不可分。

在开始实施WifiP2P 解决方案之前，您需要考虑几件事：

您的游戏玩家能否同时连接到多个房间？ 您的游戏玩家是否能够在连接到另一个房间时检测到新房间？ 您的游戏玩家能否使用“人类可读”的名称来命名他们的房间？其他用户（不是房间的创建者）会使用这些名称来选择他们想要连接的房间吗？

场景 A：

如果您对问题 1. 或 2. 回答“是”，您需要认真考虑是否真的要使用 WifiP2P。 WifiP2P（Android 对Wifi-Direct 的实现）并不能真正满足您的需求。 使用WifiP2P 可能意味着房间所有者创建了一个WifiP2P-group，任何想要加入房间的人都必须连接到这个WifiP2p-group。 问题是 Android 不允许单个设备同时加入多个群组（这也意味着它不允许同时创建多个群组）。检测周围可用的WiFiP2P 设备的变化也是有问题的（当您已经连接到设备时）。

如果您真的想使用Wifi-Direct，您可能需要使用一个WiFiP2P-group 并将所有设备连接到它。这个组的行为就像一个常规网络，所有与游戏室相关的东西都必须由一个充当典型服务器的节点管理（或者可能不是典型的服务器，而是其他一些网络解决方案）。

如果您真的不需要WifiP2P，请使用普通的Wifi。将所有设备连接到一个网络（甚至可以在您的一台设备上启动热点），整个连接过程可以相对简单，在后台执行，无需用户直接参与。人类可读的房间名称不是问题，因为您可以从服务器发送任何内容。

场景 B：

如果您对问题 3 的回答为“是”并且您确实需要使用 WifiP2P，您将需要找到某种方法将您的“人类可读”名称广播到其他设备。

您可能认为这非常简单：您连接到其他设备，说出您创建的房间的名称，然后就完成了。没那么简单。正如我之前所说：

获得WifiP2P 连接与显示系统窗口（询问您是否真的要连接到设备）密不可分

所以整个过程会比较少：

设备 A： 发起连接设备 B（设备 B 也可以执行此步骤）

设备 B： 出现丑陋的系统窗口，询问您是否要连接到 Android-ao12ij219sa（一些 PROGRAMMATICALLY UNCHANGEABLE 系统设备名称）

设备 B： 接受

设备 B：等待连接结果

设备 B： 已连接，等待设备 A 房间名称的信息

设备 A：已连接，正在发送房间名称

设备B：设备A的房间名已获取，正在断开连接（未来的连接请求也会导致显示系统窗口）

在执行步骤 1-7 时，没有其他设备可以连接到设备 A（因此在此期间没有其他设备可以获取房间的名称）。

可以做什么：

使用WifiP2P Service Discovery。它允许在不需要获得连接的情况下广播一些信息。不幸的是，它的记录比WifiP2P 本身更糟糕，而且它可能更不可靠（主观上）。如果您想在此基础上制定可靠的解决方案，您将需要花费数小时的测试并找到可能无法正常工作的不同情况。我从经验中知道这是可能的，但需要您采取一些变通方法才能始终获得稳定的WiFiP2P 连接。

以其他方式将这些（不可更改的）WifiP2P 名称和创建的房间名称之间的映射发送到您的设备。例如通过您的服务器 api 或其他东西...

【讨论】：

非常感谢您的回复！我只剩下一个问题：您说服务发现可能不太可靠。这是什么意思？经常断线？是什么导致了这个问题？硬件还是软件？谢谢！

也许 可靠 不是最好的词。我的意思是：服务发现的使用会产生更多的异常设备行为案例，您需要预见这些案例以确保您的应用程序正常工作。这样您的游戏室总是被检测到，这样您的客户端总是可以连接到一个房间，依此类推……

@BartoszLipinski 在您的回答中您说使用 WifiP2P 服务发现我可以广播一些信息而无需获得连接，您能解释一下我该怎么做吗？我的意思是，如果我的设备上有一项服务，我如何才能广播更改的内容？非常感谢，

@Bartek Lipinski 您可以通过反射使用带有@hide 注释的WiFiP2pManger 的setDeviceName 方法。我尝试使用它来更改设备名称，并且效果很好。但是发现过程仍然存在一些奇怪的问题。例如，即使设备 B 上的 wifi 已关闭，设备 A 仍会继续接收 WIFI_P2P_PEERS_CHANGED_ACTION 意图，该意图在对等列表中包含设备 B。

@Niakros 我总是尽量避免使用反射。它可能变得非常不可靠，特别是如果您使用开发人员（在本例中为 Google 开发人员）不希望您使用的某些方法。如果方法不是公共 api 的一部分，则可以将其从构建更改为构建。而且不会有任何关于它的信息。

【参考方案2】：

基本上，在我看来，您的设计为 Wifi Direct 的设计提供了非常简单的解决方案。

基本上在创建其他人可以加入的“房间”时，只需创建一个组，然后添加本地服务来宣传该房间。

请注意，您可能需要启动对等发现，以便在本地服务中可见，至少我的经验是，您确实需要以某种方式处于活动状态，否则您将无法被发现。

然后使用客户端，只需进行服务发现，一旦找到“房间”，只需连接到它。

然后当连接由客户端发起时，接受对话框应显示在组所有者侧。

【讨论】：

非常感谢！您能否澄清一下：服务器可以向所有连接的对等方发送数据，对吗？

这次你的“服务器”基本上是 Wifi Direct 组的组所有者。所有客户端都将连接到组所有者，因此组所有者可以与他们通信。

再一次，群组信息，只有群组所有者的IP地址，因此最简单的开始通信的方法是从客户端开始。