2-“App is scanning toofrequently"什么鬼？

admin管理员组

文章数量:1576384

在前一篇文章中我们分析了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就能解决该问题。

本文标签： scanningappquotfrequently