Android 是否可以在不使用邻近API的情况下使用邻近API？

我使用的信标可以与iBeacon或Eddystone一起使用，我创建了一个扫描器，在后台有一个服务，每10秒扫描一次信标，类似于android信标库，但我想我可以使用附近的API在不使用扫描服务的情况下获取信标，这可能吗？，我不想使用ProximityAPI来注册信标，因为这些信标将在那里，而不需要注册它们。

为了使用附近的API，您的信标必须同时在Google cloud中注册，并且具有所述的附件。

按照附近的API的工作方式，您可以创建一个

MessageListener

，并在找到带有消息的信标时订阅以获取回调：

订阅时，除了您的应用程序在其他设备上发布的任何消息外，您的应用程序还会自动接收您连接到BLE信标的任何消息

---

如果没有任何消息附加到它们，您将不会收到任何回调

为了使用附近的API，您的信标必须同时注册到Google cloud，并具有所述的附件

按照附近的API的工作方式，您可以创建一个

MessageListener

，并在找到带有消息的信标时订阅以获取回调：

订阅时，除了您的应用程序在其他设备上发布的任何消息外，您的应用程序还会自动接收您连接到BLE信标的任何消息

---

如果没有任何消息附加到它们，您将不会收到任何回调

您希望通过附近的API实现什么？只需检测信标，而不需要在后台运行外部库或服务。您希望通过附近的API实现什么？只需检测信标，没有外部图书馆或服务在后台运行。是的，我读到了相同的想法，但对我来说没有意义，因为为了获得附加信息，他们首先需要找到信标，因此，我认为google play服务应该在后面扫描信标，我不想添加其他内容。是的，google play服务确实需要先扫描信标，以便公开任何附加的消息。但这并不意味着Google Play Services在没有可用消息的情况下公开原始检测事件。我不相信有任何公共API可以提供对这个检测事件的访问。大卫的答案就在这里。目前，使用附近的Mesages无法查看原始信标事件。附近的消息主要用于设备之间的消息传递，如果相关设备（信标）没有附加任何注册数据（消息），它将跳过这些消息。是的，我也这么认为，但这对我来说没有意义，因为为了附加消息，他们首先需要找到信标，因此，我认为google play服务应该在后面扫描信标，我不想添加其他内容。是的，google play服务确实需要先扫描信标，以便公开任何附加的消息。但这并不意味着Google Play Services在没有可用消息的情况下公开原始检测事件。我不相信有任何公共API可以提供对这个检测事件的访问。大卫的答案就在这里。目前，使用附近的Mesages无法查看原始信标事件。附近的消息主要用于设备之间的消息传递，如果有问题的设备（信标）没有任何已注册的数据（消息）附加到它，它将跳过它们。