WifiManager 中的 startScan() 在 Android P 中已弃用

Posted 2023-02-19

【中文标题】WifiManager 中的 startScan() 在 Android P 中已弃用

【英文标题】：startScan() in WifiManager deprecated in Android P

【发布时间】：2018-08-17 02:42:54

【问题描述】：

如何从 wifi 获取扫描结果，例如每 3 秒，没有mWifimanager.startScan();

谷歌说：

startScan() This method was deprecated in API level P. The ability for apps to trigger scan requests will be removed in a future release.

注意我正在使用的这个 API 级别 List<ScanResult> results = mWifiManager.getScanResults(); 不调用 startScan ，列表包含 wifi AP，但更新非常慢

更新至 2019 年 1 月 12 日：https://issuetracker.google.com/issues/112688545

【问题讨论】：

您的目标是 26 岁以上吗？

这是谷歌的一个有意的小动作，也是将 android 转变为类似 ios 的封闭平台的逻辑延续，其中某些功能，如后台跟踪，保留给平台供应商自己的服务（其中记录使用它们来侵犯隐私）

@oseiskar ，评论此报告支持WiFi扫描issuetracker.google.com/issues/112688545

【参考方案1】：

我猜其目的是让开发人员/用户使用 WifiRttManager 来代替至少室内定位 [1]。 或者依靠通常的 Google Play 定位服务，这在某些用例中是一种选择，但绝对不是全部。它针对一般用例进行了优化。没有用例是平均用例。

不幸的是，WifiRttManager 计算位置的方式要求 wifi 接入点具有 802.11mc。但是，您不需要连接到这些点。 今天几乎 0 个路由器有这个标准。 [2] [3] [4] 通过 3 个接入点，您可以获得接近 1-2m 精度的位置。

谁知道他们是否也会对此功能施加限制。 我很不高兴用户和开发者剥夺了这个功能——它只需要一个权限。

因此，在 802.11mc 流行之前，室内定位似乎将在未来几年进入黑暗时代。 也许一种解决方法是让您连接到设备并 ping 它们。

[1]https://developer.android.com/reference/android/net/wifi/rtt/WifiRttManager [2]https://github.com/Plinzen/android-rttmanager-sample

补充阅读 [3]https://en.wikipedia.org/wiki/IEEE_802.11mc [4]https://fit-iot.com/web/wifi-indoor-positioning/

【讨论】：

希望这会在最新的 Android Q (BETA) 中有所改变，我们都在等待这个改变！限制开发者使用这个工具太疯狂了……我们能做的就是等待。

【参考方案2】：

Google 现在已经记录了 Android P 中 startScan() 函数的限制：

“我们正在进一步限制应用程序可以请求的扫描次数，以提高网络性能和延长电池寿命。

WifiManager.startScan() 的使用仅限于： - 每个前台应用程序限制为每 2 分钟扫描 4 次。 - 合并的所有后台应用程序被限制为每 30 分钟扫描一次。”

来源： https://issuetracker.google.com/issues/79906367

2018 年 8 月 8 日编辑：此处还添加了信息： https://developer.android.com/guide/topics/connectivity/wifi-scan#wifi-scan-throttling

【讨论】：

所以他们要删除它而不提供任何解决方法？我实际上正在为商业应用程序开发应用程序，他们依赖于在封闭环境中频繁的 wifi 扫描。安卓设备将不断连接到电源，所以这不是问题。该应用程序甚至不会出现在 Play 商店中。我认为他们应该为这类应用程序提供一种解决方法。也许是系统权限或类似的东西？

那么您应该为这些设备自定义 android 操作系统......即是实现它的唯一方法。

评论或支持此报告以支持 WiFi 扫描issuetracker.google.com/issues/112688545

【参考方案3】：

来自WifiManager#EXTRA_RESULTS_UPDATED

注意：拥有 android.Manifest.permission.NETWORK_SETTINGS 权限的应用不受扫描限制。

注意：这是一个系统权限，普通应用程序无法使用它，除非生根并将应用程序移动到“特权”位置或将其烘焙到自定义 ROM 中。

【讨论】：

谷歌说：Permissions with the protection level signature, privileged or signatureOrSystem are only granted to system apps. If an app is a regular non-system app, it will never be able to use these permissions.

评论或支持此报告以支持 WiFi 扫描issuetracker.google.com/issues/112688545

@EAKTEAM 至少你可以在侧面加载的应用程序中拥有它。

【参考方案4】：

我认为谷歌正计划限制应用程序扫描 wifi。

此方法在 API 级别 28 中已弃用。应用程序能够 触发扫描请求将在未来版本中删除。 Check the documentation here.

【讨论】：

是的，现在他们清楚地解释了......但也许会有任何更新来帮助开发人员使用更频繁的扫描......我们希望如此。 :)

评论或支持此报告以支持 WiFi 扫描issuetracker.google.com/issues/112688545

【参考方案5】：

startScan() 在 P 上实际上有很多错误，因为我提出了 Google Issue 79906367。

我也不认为 WifiScanner 是替代品，因为它被标记为 SystemApi，这意味着应用程序无法访问...

希望我们很快就会听到，因为 RTT 仍然意味着您需要使用 ScanResult is80211mcResponder 扫描支持 802.11mc 的 AP，然后再对 AP 执行 RTT 测距。

【讨论】：

评论或支持此报告以支持 WiFi 扫描issuetracker.google.com/issues/112688545

【参考方案6】：

StartScan() 方法在 Android P 中已弃用，来自 802.11mc 标准的新 RTT 协议必须与三边测量算法一起使用。 https://android-developers.googleblog.com/2018/03/previewing-android-p.html

需要知道 AP 的 X、Y 位置才能准确定位，并且 AP 应该支持 802.11mc 的精细时间测量。英特尔® Wireless-AC 9260 支持 802.11mc，一些 AP 开始支持 802.11mc 标准。

几个例子：

https://medium.com/@rafaelmiguel.ortega/android-p-first-taste-of-rtt-support-febefb679775 https://medium.com/@plinzen/perform-wifi-round-trip-time-measurements-with-android-p-9ffc5277ac6a

【讨论】：

评论或支持此报告以支持WiFi扫描issuetracker.google.com/issues/112688545

【参考方案7】：

我认为在 API 级别 P 中，他们计划将 startScan() 移动到不同的类 (WifiScanner) 以及一些关键差异。

见：https://android.googlesource.com/platform/frameworks/base/+/android-p-preview-1/wifi/java/android/net/wifi/WifiScanner.java

如果有其他解决方案，我也很想听听。

目前，我可能只使用 startScan()，直到官方文档发布。

【讨论】：

评论或支持此报告以支持WiFi扫描issuetracker.google.com/issues/112688545