附近的通知和关闭蓝牙答案

【问题标题】：nearby notification and turning Bluetooth OFF-ON附近的通知和关闭蓝牙
【发布时间】：2017-07-02 16:12:19
【问题描述】：

如果我滑开通知，则在收到附近通知后，为了再次获得相同的通知，我需要强制手机再次扫描信标。可以关闭蓝牙并再次打开它吗？此蓝牙 OFF-ON 是否可以启动信标扫描？

它似乎确实有效。但是这种行为很难理解和预测。再次打开蓝牙后，有时手机会在一分钟内检测到所有信标并显示所有通知，有时手机只检测到一个信标，有时手机不再显示任何附近通知。

关闭-打开蓝牙对扫描信标有何影响？谢谢。

【问题讨论】：

标签： ibeacon beacon eddystone google-nearby

【解决方案1】：

不幸的是，Nearby 依赖于专有 Google Play 服务中的封闭源代码。与类似的 iOS API 类似，但与开源的 Android API 不同，具体实现没有很好的文档记录，Google 随时可能更改。虽然现在可以关闭和打开蓝牙，但它可能不适用于随时可能推出的不同版本的 Google Play 服务。

如果您想在 Nearby 进行蓝牙扫描时进行逆向工程，您可以查看 LogCat 中的系统消息，并查看何时收到以如下内容开头的消息：

07-02 14:03:17.894 30720-30736/? D/BtGatt.GattService

这表明蓝牙扫描处于活动状态。

可能触发蓝牙扫描的事件有：

蓝牙开启/关闭
屏幕开/关
预定的计时器

但是请记住，您从本次调查中发现的任何内容都可能随着 Google Play 服务的下一个版本而改变。

【讨论】：

这个可能的触发器列表或多或少是准确的，尽管还有其他触发器。我们尝试平衡通知的可见性与电池消耗和其他因素。

【解决方案2】：

我们通常将滑开解释为对通知暂时不感兴趣的指标，因此有一些回退行为试图阻止信标向用户发送不需要的通知。

这可能有助于我们了解您想要达到的目标，并且我们可以提出替代方法。例如，Notifications 有一个开发者模式，它会在您调试或尝试时改变我们显示通知的方式。

【讨论】：

非常感谢 Brain 的回复。您能否分享更多关于所有可能的信标扫描触发器的信息？我有一个非常简单的用例。我正在开发一个 pwa，所以一旦最终用户访问它，推送进一步的通知应该不是问题。但是要将用户引导到我的 pwa，我需要依赖 Nearby 通知。如何确保最终用户每次都收到附近通知而无需太多手动操作。关键挑战是通知的看似不可预测性和 MIN 优先级。有时需要花费一些精力和时间才能收到通知。
抱歉，我们对垃圾邮件的可能性过于敏感，并且您的用例在用户关闭通知后总是弹出通知可能是有意义的，正如您可能想象的那样，如果通知是促销性质的，这对于一般用户来说会非常烦人。始终查看附近项目的最可靠方法是访问附近的 UI（列表视图）。附近的任何物品都将始终显示在此处。
只是补充一点 - 通知应该在您打开屏幕后可靠地出现，前提是您上次看到它时没有将其关闭。如果您看到不同的东西，请告诉我们，我们可以深入研究。