“App is scanning too frequently"什么鬼？

在前一篇文章中咱们分析了BluetoothLeScanner的源码，了解了Android系统中关于低功耗蓝牙扫描的业务逻辑。下面咱们就继续分析关于低功耗蓝牙扫描中的常见问题之一“App is scanning too frequently…”

相信大多数开发郭低功耗蓝牙的小伙伴应该都遇到过这个问题。这个问题会致使什么？直接影响是咱们不能扫描到任何低功耗蓝牙设备，这对于咱们开发者而言是很很差的。这不只影响用户体验，还让你的领导很不理解，这种很尴尬的状况，甚至会致使领导怀疑你的能力。那么咱们应该怎样解决这个问题呢？下面咱们就作一下具体分析。

咱们在开发低功耗蓝牙的过程当中，每每会遇到连续使用低功耗蓝牙的扫描（bluetoothLeScanner.startScan()）几回后就会出现，扫描不到任何设备的状况。咱们查看日志发现：当出现这种问题时，通常日志会出现2019-11-22 15:58:00.281 2216-3350/? E/BtGatt.GattService: App '***' is scanning too frequently这样的信息。估计好多人也像我同样扫描太频繁了？？还有这操做，天哪这怎么整?若是小伙伴看了我上一篇文章了，就会发如今BluetoothLeScanner中的BleScanCallbackWrapper有一个startRegistration()的方法，以下图：

​

若是扫描太过频繁就会致使扫描失败，可是并不会将事件反馈至App。顿时感受好大的坑啊。那么咱们不由会产生疑问：什么标准能够认定为太过频繁？这是怎么界定的呢？咱们又应该怎么应对？带着这些疑问，咱们须要阅读源码了。。。

可是咱们仔细观察刚才的异常日志，咱们发现有个“GattService”。咱们使用Android Studio查看源码，发现并无该文件，那么咱们只能经过系统的源码找到答案了~路漫漫其修远兮。

经过系统源码咱们发现GattService是一个服务，用于进行Gatt相关操做，仍是hide的，难怪找不到啊。咱们在GattService类中找到关于开始扫描的相关方法，代码以下：

void startScan(int appIf, boolean isServer, ScanSettings settings,
            List<ScanFilter> filters, WorkSource workSource,
            List<List<ResultStorageDescriptor>> storages, String callingPackage) {
        if (DBG) Log.d(TAG, "start scan with filters");
		//省略部分代码...
       
        AppScanStats app = null;
        if (isServer) {
            app = mServerMap.getAppScanStatsById(appIf);
        } else {
            app = mClientMap.getAppScanStatsById(appIf);
        }

        if (app != null) {
            if (app.isScanningTooFrequently() &&
                checkCallingOrSelfPermission(BLUETOOTH_PRIVILEGED) != PERMISSION_GRANTED) {
                Log.e(TAG, "App '" + app.appName + "' is scanning too frequently");
                return;
            }
            scanClient.stats = app;
            app.recordScanStart(settings);
        }

        mScanManager.startScan(scanClient);
    }复制代码

在该方法里面存在一个检查是否扫描太频繁的方法，咱们接下来就须要找到AppScanStats 这个文件。咱们查看AppScanStats源码，发现该方法：

synchronized boolean isScanningTooFrequently() {
        if (lastScans.size() < NUM_SCAN_DURATIONS_KEPT) {
            return false;
        }

        return (System.currentTimeMillis() - lastScans.get(0).timestamp) <
            EXCESSIVE_SCANNING_PERIOD_MS;
    }复制代码

这里这两个静态变量分别是： NUM_SCAN_DURATIONS_KEPT和EXCESSIVE_SCANNING_PERIOD_MS

从字面意思咱们也能猜得出来，下面咱们从代码中找答案。

static final int NUM_SCAN_DURATIONS_KEPT = 5;

// This constant defines the time window an app can scan multiple times.
// Any single app can scan up to |NUM_SCAN_DURATIONS_KEPT| times during
// this window. Once they reach this limit, they must wait until their
// earliest recorded scan exits this window.
static final long EXCESSIVE_SCANNING_PERIOD_MS = 30 * 1000;复制代码

EXCESSIVE_SCANNING_PERIOD_MS变量定义了一个app扫描的时间窗口，任何App进行低功耗蓝牙扫描达到5次，一旦到达这个限制，必须等待最先的那次扫描结束才能从新开始。这个时间限制就是30s.这就是答案。固然解决方法也挺简单，只须要保证5次扫描总时长超过30s就能解决该问题。