java – startScan() in WifiManager deprecated in Android P-ThrowExceptions

Exception or error:

How to get scan result from wifi for example every 3 seconds, without mWifimanager.startScan();

Google says :

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

Notice for this API level i’m using
List<ScanResult> results = mWifiManager.getScanResults(); without calling startScan , the list contains the wifi AP’s but it makes updated very very slow

Update to 12 January 2019 :

How to solve:

Google has now documented the limitations for startScan() function in Android P:

“We are further limiting the number of scans apps can request to improve network performance and improve battery life.

The WifiManager.startScan() usage is limited to:
– Each foreground app is restricted to 4 scans every 2 minutes.
– All background apps combined are restricted to one scan every 30 minutes.”


Edit 8-Aug-2018: Information has been added also here:


I think in API level P they’re planning to move startScan() to a different class (WifiScanner) all together with some key differences.


If there’s an alternative solution to this, I’d love to hear it as well.

For now, I might just use startScan() until official docs are released.


startScan() is actually pretty buggy on P, as I raised Google Issue 79906367.

I don’t think that WifiScanner is the replacement either, as that is marked as a SystemApi which means no access for Apps…

Hopefully we will hear soon, as RTT still means you need to scan for APs which support 802.11mc using ScanResult is80211mcResponder which you check before performing RTT Ranging on the AP.


StartScan() method is deprecated in Android P and new RTT protocol from 802.11mc standard has to be used with trilateration Algorithms.

X,Y position of the AP should to be knonw for accurate positioning and the AP should support 802.11mc’s Fine Time Measurement. IntelĀ® Wireless-AC 9260 support 802.11mc and several APs start supporting 802.11mc standard.

A couple of examples:


I think google is planning to restrict application from scanning wifi.

This method was deprecated in API level 28. The ability for apps to
trigger scan requests will be removed in a future release.
Check the documentation here.



Note: Apps holding android.Manifest.permission.NETWORK_SETTINGS permission are exempted from scan throttling.

Note: This is a system permission, regular apps can’t use it without rooting and moving the app to the ‘privileged’ location or having it baked into a custom ROM.


It appears Googles intention might be to force developers to use WifiRttManager instead for indoor location atleast [1].
Or rely on usual Google Play location services, which is an option in some use cases, but definitely not all. It’s optimised for the average use case. No use case is the average use case.

Unfortunately with the way WifiRttManager calculates location it requires the wifi accesspoints to have 802.11mc. However you don’t need to connect to these points.
Virtually 0 routers today have this standard. [2] [3] [4]
With 3 access points you can get location close to 1-2m accuracy.

Who knows if they’ll place restrictions on this functionality as well though.
There is simply no excuse for taking this choice away from users and developers. Disgusting.

So it appears there will atleast be a dark age for indoor location.
Perhaps a workaround is to have devices you are connected to and ping them.



Additional reading



Leave a Reply

Your email address will not be published. Required fields are marked *