Android设备日志反复出现Background Concurrent Copy GC Off及BLE扫描重复问题

原因分析 #

"Background Concurrent Copy GC Off"是Android系统的GC日志，表明后台并发拷贝垃圾回收器被关闭，系统切换为其他GC策略（如Serial GC），核心诱因是内存分配/回收过于频繁，结合你的场景具体原因包括：

• 每6秒重启扫描的逻辑，导致扫描相关对象（回调、任务实例）频繁创建销毁，产生大量临时对象触发高频GC。
• foregroundBetweenScanPeriod=0的设置让扫描几乎不间断（每次扫1.1秒后立刻重启），BLE扫描会持续生成大量广播解析对象，加剧内存波动。
• didDetermineStateForRegion回调中频繁启停Ranging，每次操作都伴随对象的创建与释放，进一步加重内存消耗。

解决方法 #

• 调整扫描周期：将foregroundBetweenScanPeriod设置为4900，配合foregroundScanPeriod=1100刚好组成6秒一个周期，给系统留出空闲时间，减少BLE解析对象的生成频率。
• 复用对象实例：提前初始化MonitorNotifier、RangeNotifier的实例，避免每次调用startMonitoringBeaconsInRegion都创建新的匿名内部类，减少临时对象的产生。
• 排查内存泄漏：使用Android Studio Profiler工具检查是否存在内存泄漏，比如BeaconManager绑定/解绑逻辑是否正确，回调是否被意外持有导致对象无法回收。
• 减少不必要的操作：避免在扫描回调中执行非必要的对象创建或耗时操作，降低内存波动。

原因分析 #

该提示源于多次启动了配置完全一致的BLE扫描任务，即使你判断了isMonitoringBeaconsInRegion，仍可能存在以下问题：

• isMonitoringBeaconsInRegion标记位与实际监测状态不同步，比如异常场景下执行unbind()/bind()后，标记位未及时重置。
• BluetoothMedic的自动修复逻辑可能重启BLE扫描，与应用代码发起的扫描重复。
• 每次调用startMonitoringBeaconsInRegion时，未确认已有相同Region的监测任务，直接重复启动。

解决方法 #

• 双重校验监测状态：启动监测前，除了检查isMonitoringBeaconsInRegion，还要通过beaconManager.getMonitoredRegions()确认是否已存在相同Region，避免重复启动：

boolean isRegionMonitored = false;
for (Region region : beaconManager.getMonitoredRegions()) {
    if (region.equals(mRegion)) {
        isRegionMonitored = true;
        break;
    }
}
if (!isRegionMonitored) {
    beaconManager.startMonitoringBeaconsInRegion(mRegion);
    isMonitoringBeaconsInRegion = true;
}

• 同步标记位状态：在捕获RemoteException执行unbind()和bind()后，将isMonitoringBeaconsInRegion重置为false，确保标记位与实际状态一致。
• 优化BluetoothMedic配置：关闭不必要的周期性测试，避免其频繁重启BLE扫描干扰应用逻辑：

BluetoothMedic.getInstance().setEnablePeriodicTests(false);

• 统一扫描管理：将BLE扫描的启停逻辑封装到单例类中，确保整个应用只有一个入口管理扫描任务，避免多处代码发起重复扫描。

内容的提问来源于stack exchange，提问作者bnnnw154