Android13 安装谷歌GMS导致打开蓝牙失败解决方法

文章目录

Android13 安装谷歌GMS导致打开蓝牙失败解决方法
- 一、前言
- 二、解决方法
- - 1、简单的解决方法
  - 2、添加属性和日志解决
- 三、分析
- - 1、查看异常日志
  - 2、查看蓝牙相关日志
- 四、总结
- - 1、Android13 安装谷歌GMS导致打开蓝牙失败具体原因是BLE蓝牙扫描导致去除BLE蓝牙扫描即可。
  - 2、蓝牙错误分析

一、前言

Android13 上安装谷歌GMS相关服务后，无法打开蓝牙，打开蓝牙马上异常导致自动关闭蓝牙。

这个问题国内估计大部分开发者不会遇到，但是如果是面向国外用户需要安装谷歌相关服务可能会遇到。

这个问题在Android13 几个不同芯片供应商方案都有遇到，说明这个问题在Android13 上是个共性问题，Android原生代码的问题。

本文主要记录一下。

二、解决方法

该问题与BLE 蓝牙扫描相关，去除BLE蓝牙扫描操作即可解决。

1、简单的解决方法


packagesmodulesBluetoothsystemgdhcile_scanning_manager.cc

  void scan(bool start) {
    //add by mychange
    if (true) {
        LOG_WARN("scan return! because have gms!");
        return服务器托管网 ;
    }
    if (start) {
      configure_scan();
      start_scan();
    }

这里是直接在 scan 方法里面进行了 return。

去除了这里的扫描代码，并不影响蓝牙的使用，连接蓝牙耳机，蓝牙鼠标键盘和手机是没啥问题的。

2、添加属性和日志解决


添加日志打印和属性判断的方法：

+++ b/release/release/packages/modules/Bluetooth/system/gd/hci/le_scanning_manager.cc
@@ -17,6 +17,7 @@
 
 #include 
 #include 
+#include 
 
 #include "hci/acl_manager.h"
 #include "hci/controller.h"
@@ -613,6 +614,15 @@ struct LeScanningManager::impl : public LeAddressManagerCallback {
   }
 
   void scan(bool start) {
+    //add by mydebug ,start
+    char value[PROPERTY_VALUE_MAX];
+    property_get("persist.mydebug.stop_le_scan", value, "");
+    LOG_WARN("scan prop persist.mydebug.stop_le_scan value =  %s", value); 
+    if (strncmp(value, "no", 2)) { //default  ture, setprop no will false.
+        LOG_WARN("scan return! because have gms!");
+        return ;
+    }
+    //add by mydebug , end
     if (start) {

这里添加了属性 persist.mydebug.stop_le_scan，默认没有，如果设置为 no 就是原本的逻辑。
添加后可以进行测试，属性修改为no的情况，无法打开蓝牙，修改为yes或者其他字符串是可以正常打开蓝牙的。

为啥去除BLE蓝牙的扫描就可以，这是同事陈旺追踪到的，具体修改涉及到C代码。

这里只能简单介绍和分析，如果需要深入研究，可以自己追一下Android13的源码。

三、分析

该问题不好分析，这里只提供相关思路。

1、查看异常日志

从日志看没有 AndroidRuntion 关键字日志，说明不存在应用崩溃。

查看 crash 关键字日志，确实可以看到不少日志，其中 “F DEBUG” 就是关键日志，是底层异常的关键日志。

11-03 09:20:55.407  9084  9084 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
11-03 09:20:55.407  9084  9084 F DEBUG   : Build fingerprint: 'mydebug/rk3588_t/rk3588_t:13/TQ2A.230305.008.F1/eng.mydebug.20231102.190806:userdebug/release-keys'
11-03 09:20:55.407  9084  9084 F DEBUG   : Revision: '0'
11-03 09:20:55.407  9084  9084 F DEBUG   : ABI: 'arm64'
11-03 09:20:55.407  9084  9084 F DEBUG   : Timestamp: 2023-11-03 09:20:54.995416302+0800
11-03 09:20:55.407  9084  9084 F DEBUG   : Process uptime: 0s
11-03 09:20:55.407  9084  9084 F DEBUG   : Cmdline: com.android.bluetooth
11-03 09:20:55.407  9084  9084 F DEBUG   : pid: 8977, tid: 9027, name: bt_stack_manage  >>> com.android.bluetooth &&)::$_3::__invoke(char const*)+80) (BuildId: b77c57f68a484ed93d5a7eda59d83bf9)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #03 pc 0000000000006e10  /system/lib64/liblog.so (__android_log_assert+308) (BuildId: 6d90ed7ade4424925966905508d7e8b2)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #04 pc 000000000095eb54  /apex/com.android.btservices/lib64/libbluetooth_jni.so (bluetooth::hci::LeScanningManager::impl::check_status(bluetooth::hci::CommandCompleteView)+1128) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #05 pc 0000000000876eec  /apex/com.android.btservices/lib64/libbluetooth_jni.so (void base::internal::FunctorTraits::Invoke(void (*&&)(bluetooth::hci::CommandCompleteView), bluetooth::hci::CommandCompleteView&&)+268) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #06 pc 00000000008e8ba4  /apex/com.android.btservices/lib64/libbluetooth_jni.so (void base::internal::FunctorTraits, void>::Invoke, bluetooth::hci::CommandCompleteView>(base::OnceCallback&&, bluetooth::hci::CommandCompleteView&&)+280) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #07 pc 00000000009d38c8  /apex/com.android.btservices/lib64/libbluetooth_jni.so (bluetooth::os::Handler::handle_next_event()+236) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #08 pc 0000000000a2837c  /apex/com.android.btservices/lib64/libbluetooth_jni.so (bluetooth::os::Reactor::Run()+584) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #09 pc 0000000000a29078  /apex/com.android.btservices/lib64/libbluetooth_jni.so (bluetooth::os::Thread::run(bluetooth::os::Thread::Priority)+176) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #10 pc 0000000000a29200  /apex/com.android.btservices/lib64/libbluetooth_jni.so (void* std::__1::__thread_proxy >, void (bluetooth::os::Thread::*)(bluetooth::os::Thread::Priority), bluetooth::os::Thread*, bluetooth::os::Thread::Priority> >(void*)+68) (BuildId: e3a43fbd0d5d775b82f1fcbcaffc6903)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #11 pc 00000000000b63b0  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+208) (BuildId: 4e07915368c859b1910c68c84a8de75f)
11-03 09:20:55.408  9084  9084 F DEBUG   :       #12 pc 00000000000530b8  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: 4e07915368c859b1910c68c84a8de75f)

通过日志可以看到具体报错是jni相关，具体到c代码的哪个类和接口，不太会分析，有兴趣的自己可以研究看看。

从上面可以看到：Receive set extended scan enable with error code ，这个错误打印是在 le_scanning_manager.cc 文件中的。

具体流程怎么追踪到 scan 方法，从代码上未能简单看出！

2、查看蓝牙相关日志

可以查看：BluetoothManagerService 、droid.bluetooth 、BluetoothBondStateMachine 等关键字

里面都是有蓝牙开关、蓝牙异常关闭或者蓝牙相关服务died/dead 日志。但是确认看不出是 le_scanning_manager 里面的scan方法导致报错。

这种 c 代码的问题，只能深入追踪，这里对 c/c++ 不熟悉，所以不深入介绍了。

四、总结

1、Android13 安装谷歌GMS导致打开蓝牙失败具体原因是BLE蓝牙扫描导致去除BLE蓝牙扫描即可。

2、蓝牙错误分析

查看蓝牙相关日志： BluetoothManagerService 、droid.bluetooth 、BluetoothBondStateMachine

查看 AndroidRuntime、crash 日志

如果是jni或者so相关的，基本错误都是在c/c++ 代码中，有可能需要深入分析追踪。

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net

相关推荐: 钉钉自建无需API开发连接金蝶云会计，实现单据审批通过后自动创建会计凭证

钉钉自建用户使用场景：当业务人员在钉钉提交的费用单审批通过后，财务人员需要筛选单据类型为“报销单”的单据，获取数据后，再登录金蝶云会计系统，进入费用报销模板，在该模块中选一一填写单据日期、报销人员、报销金额等。整个过程比较费时费力，且人工手动录入信息易出错，出…