安卓6.0权限问题导致老蓝牙程序出现异常解决办法:Need ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION permission...

本文解决了一个在Android 6.0系统上使用BLE蓝牙应用无法搜索到设备的问题,通过调整编译环境及开启手机的位置服务,最终使应用能够正常工作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、问题:

  之前写的一款安卓4.4的应用程序,用来连接蓝牙BLE,而现在拿出来用新的AS编译(此时SDK为6.0,手机也是6.0)应用程序并不能搜索到蓝牙,查看log总是报权限错误:

Need ACCESS_COARSE_LOCATION or ACCESS_FINE_LOCATION permission...

 

二、解决过程:

  但是,我把相应的权限加入manifest.xml仍然报这个错误,最终查到这个资料:

  http://www.open-open.com/lib/view/open1445671646351.html

 

  说明我用6.0编译可能是问题所在,看到下面兼容旧版本,就SDK Manage下载个5.0SDK,

 

 

  并修改build.gradle文件:

 

 

  编译之后运行没有报错,但是还是搜索不到蓝牙设备,然后又搜到6.0系统上的蓝牙服务要和位置服务都打开才能搜索

  于是打开手机上的位置服务,就能够搜索到了!

 

三、反思

  和一个目前正在搞安卓的伙伴讨论,他“马后炮”地说6.0权限和之前的很不相同~然后我又搜了一篇关于6.0权限的文章——

  http://jijiaxin89.com/2015/08/30/Android-s-Runtime-Permission/

 

  

  印证了之前的想法。确实安卓的变动性很快,我是有时候玩玩才搞两下,平时不紧跟安卓技术潮流,所以这种奇葩的问题会让我们这些对安卓技术忽冷忽热的人很措不及防。网上遇到相同问题的人也很多,不过解答都很浅(只让你在manifest中加权限),因此这里把该解决办法分享下,仅供后人参考!

2061 public void requestLocationUpdates(LocationRequest request, ILocationListener listener, 2062 PendingIntent intent, String packageName) { 2063 if (request == null) request = DEFAULT_LOCATION_REQUEST; 2064 checkPackageName(packageName); 2065 int allowedResolutionLevel = getCallerAllowedResolutionLevel(); ---> 这里指的就是 finecoarse、no location data 三种 2066 checkResolutionLevelIsSufficientForProviderUse(allowedResolutionLevel, 2067 request.getProvider()); 2068 WorkSource workSource = request.getWorkSource(); 2069 if (workSource != null && !workSource.isEmpty()) { 2070 checkDeviceStatsAllowed(); 2071 } 2072 boolean hideFromAppOps = request.getHideFromAppOps(); 2073 if (hideFromAppOps) { 2074 checkUpdateAppOpsAllowed(); 2075 } 2076 boolean callerHasLocationHardwarePermission = 2077 mContext.checkCallingPermission(android.Manifest.permission.LOCATION_HARDWARE) 2078 == PERMISSION_GRANTED; 2079 LocationRequest sanitizedRequest = createSanitizedRequest(request, allowedResolutionLevel, 2080 callerHasLocationHardwarePermission); 2081 2082 final int pid = Binder.getCallingPid(); 2083 final int uid = Binder.getCallingUid(); 2084 // providers may use public location API's, need to clear identity 2085 long identity = Binder.clearCallingIdentity(); 2086 try { 2087 // We don't check for MODE_IGNORED here; we will do that when we go to deliver 2088 // a location. 2089 checkLocationAccess(pid, uid, packageName, allowedResolutionLevel); 2090 2091 synchronized (mLock) { 2092 Receiver recevier = checkListenerOrIntentLocked(listener, intent, pid, uid, 2093 packageName, workSource, hideFromAppOps); 2094 requestLocationUpdatesLocked(sanitizedRequest, recevier, pid, uid, packageName); ---> 继续看下这个 2095 } 2096 } finally { 2097 Binder.restoreCallingIdentity(identity); 2098 } 2099 } 解析这段代码逻辑,和用到的java知识
06-05
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值