浅析Android位置权限以及数组寻找索引的坑

一、Android 危险权限,来自官方文档的坑

Android开发者都知道,Android 6.0 之前,权限申请只需要在 AndroidManifest.xml 文件中声明就可以。Android 6.0 开始,权限申请发生了变化,危险权限需要在应用中动态申请,之前写过一篇 Android 动态申请危险权限的笔记,详情参考: Android 6.0 动态申请危险权限。

先截个图,看看Android官方的说明:

再看危险权限的分组情况:

意思是,对危险权限进行了分组,同一组中,只要有有一个权限被授权了,同组中其它权限也就默认授权了。比如,我授权应用有读存储卡的权限之后,应用也就有了写存储卡的权限,事实上也确实如此。
然而问题来了,利用 GPS 获取位置信息的代码:

LocationManager locationManager = (LocationManager)getSystemService(Context.LOCATION_SERVICE);
if(locationManager.isProviderEnabled(LocationManager.GPS_PROVIDER)){
 if(ActivityCompat.checkSelfPermission(this, Manifest.permission.ACCESS_FINE_LOCATION)
  != PackageManager.PERMISSION_GRANTED && ActivityCompat.checkSelfPermission
  (MainActivity.this, Manifest.permission.ACCESS_COARSE_LOCATION)
  != PackageManager.PERMISSION_GRANTED){
 // request permissions
 // ...
 // ...
 }else{
 Location location = locationManager.getLastKnownLocation(LocationManager.GPS_PROVIDER;
 if(location != null){
  double latitude = location.getLatitude();
  double longitude = location.getLongitude();
 }
 }
}

通过官方的危险权限组,我们也能看到:Location 权限组里包含:ACCESS_FINE_LOCATION 和 ACCESS_COARSE_LOCATION 两个权限,按照上面的说明,两个权限只要有一个申请授权成功,即可成功获取经纬度。——然鹅,当成功申请了 ACCESS_COARSE_LOCATION 权限后,程序依然会崩,错误信息提示,需要获得 ACCESS_FINE_LOCATION 权限 。

二、Spinner 的 setSelection() 方法,源于自己想当然的坑

Android 中的下拉列表控件 spinner 有一个方法 setSelection(int position) ,显示第几项。此方法可能没有效果???总是显示第一项???

当在做两个spinner联动时,spinner2依据spinner1的选择填充数据,然后使用setSeletion(2)来设置默认项。结果发现:spinner2显示的总是第一项,但是实际选择的确实已经是position 2的位置 。
解决方法:

旧代码:

spinner.setAdapter(adapter);
  spinner.setSelection(2);

解决方案有二:

(1)

spinner.setAdapter(adapter);
  spinner.setSelection(2,true); //spinner会重新layout

(2) 推荐

 spinner.setAdapter(adapter);![](https://images2018.cnblogs.com/blog/758949/201807/758949-20180726224508174-131546620.jpg)

  adapter.notifyDataSetChanged(); //通知spinner刷新数据
 spinner.setSelection(2);

那么,这到底是什么原因造成的?我认为这是一个bug 。这种情况通常发生在重新填充数据之后,除此之外,使用setSelection(int position)都能得到正确的显示。

setSelection(int position, boolean animate)和setSelection(int position) 实现机制有较大区别,当调用前者时重新layout,立即触发onItemSelected函数,作用相当于用手直接点击。而后者设置了下次选择位置:setNextSelectedPositionInt(position); 然后请求Layout;,而requestLayout并非立即执行,仅仅是一个schedule。但是后者可能在重新装载数据然后Layout时丢失了某些状态。

然鹅,我要说的坑不是这样,我没有两个 Spinner 联动,我出现的问题是这样的,上代码

布局文件:

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
 xmlns:tools="http://schemas.android.com/tools"
 android:layout_width="match_parent"
 android:layout_height="match_parent"
 tools:context="com.example.sharpcj.helloworld.MainActivity">

 <Spinner
  android:id="@+id/sp_test"
  android:layout_width="wrap_content"
  android:layout_height="wrap_content"
  android:layout_centerInParent="true">

 </Spinner>

</RelativeLayout>

java 代码:

package com.example.sharpcj.helloworld;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.widget.ArrayAdapter;
import android.widget.Spinner;

import java.util.Arrays;

public class MainActivity extends AppCompatActivity {

 private Spinner mSpTest;

 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  String[] strs = new String[20];
  for (int i = 0; i < strs.length; i++) {
   strs[i] = "第" + i + "项";
  }
  mSpTest = findViewById(R.id.sp_test);
  mSpTest.setAdapter(new ArrayAdapter<>(this, android.R.layout.simple_list_item_1, strs));

  int index = Arrays.binarySearch(strs, "第11项");
  mSpTest.setSelection(index);
 }
}

运行结果:

what???
为什么会这样呢? spinner 表示这个锅它不背,其实这个坑怪我自己想当然了,原因在于错误地使用了 Arrays.binarySearch(Object[] a , Object key) 这个方法,想当然地认为了返回值为查找到数组的 index。代码中, index 的实际值是 -2 。

网上找了一下资料:

binarySearch(int[] a, int key) 此方法的规则是这样的:

1、如果找到关键字,则返回值为关键字在数组中的位置索引,且索引从0开始

2、如果没有找到关键字,返回值为负的插入点值,所谓插入点值就是第一个比关键字大的元素在数组中的位置索引,而且这个位置索引从1开始。

而binarySearch(Object[] a, Object key) 最终调用方法的源码如下:

 // Like public version, but without range checks.
 private static int binarySearch0(Object[] a, int fromIndex, int toIndex,
          Object key) {
  int low = fromIndex;
  int high = toIndex - 1;

  while (low <= high) {
   int mid = (low + high) >>> 1;
   @SuppressWarnings("rawtypes")
   Comparable midVal = (Comparable)a[mid];
   @SuppressWarnings("unchecked")
   int cmp = midVal.compareTo(key);

   if (cmp < 0)
    low = mid + 1;
   else if (cmp > 0)
    high = mid - 1;
   else
    return mid; // key found
  }
  return -(low + 1); // key not found.
 }

关于 Object 类型,Oracle 大神写的这个二分法寻找索引的代码暂时没看懂。

(0)

相关推荐

  • Android权限HaloPermission详细使用

    1. 常规使用 请求一个权限,然后接收结果回调 HoloPermission.with(this,Manifest.permission.WRITE_EXTERNAL_STORAGE) .setListener(object: PermissionListener{ override fun onPermissionDenied(permissions: List<String>) { {your code for deny} } override fun onPermissionGrand(

  • Android MIUI通知类短信权限的坑

    MIUI的坑爹设计还真不少.比如说,MIUI手机不插SIM卡就不能USB调试安装应用,好,插,结果又让你先登录小米账号(无话可说).MIUI权限申请也是坑! 就拿READ_SMS这个权限来说,按照安卓规范来动态申请,它不弹窗让用户允许,然后回调却是成功的,到设置里一看,该权限还是询问状态.这什么逻辑啊! 然后想实现自动填短信验证码,不好意识,我MIUI自定义了一个通知类短信权限(Service_SMS),你不知道怎么申请,也不知道怎么在manifest注册.所以你没有权,也限监听不到的.我也不知

  • 安卓Android6.0权限动态获取操作示例

    本文实例讲述了安卓Android6.0权限动态获取操作.分享给大家供大家参考,具体如下: 众所周知 , 安卓6.0现在运用的越来越广泛 , 因为相对于之前的几个版本 , 对于用户权限这个概念确实不是很重视 , 而6.0 之后 , 为了提升用户的操作安全性 ,  运行时权限诞生了, 就是在用户运行软件的时候动态获取所需要的权限 , 下面跟大家分享一个我的代码案例 : import android.Manifest; import android.app.AlertDialog; import an

  • Android如何判断手机是否有录音权限的工具类

    作用 判断手机是否有录音权限的工具类,兼容6.0以上以及以下android系统 测试环境 这篇文章是评论中的网友提出质疑后,经过重写修改与重写测试后编写的,我的调试环境是小米note3,Android7.1的系统. 记得在清单文件中配置对应的权限. 思路 检测是否有权限 -->有权限--执行相关操作 -->无权限-- 判断系统版本 --大于等于6.0 --动态申请权限 -->对申请结果的回调处理 --允许 --拒绝 代码 工具类CheckAudioPermission.java pack

  • 详解Android自定义权限使用总结

    1.如何声明自定义权限 在Manifest文件中使用Permission标签定义自己的权限: <?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.bright.permission"> <permission

  • Android基于注解的6.0权限动态请求框架详解

    前言 安卓6.0之后,一些敏感权限需要进行动态请求,虽说编写请求授权代码并不难,但是每次一需要权限就需要在视图中添加一段代码,严重影响代码美观,同时也增加了一点点工作量. 于是,小盆友闲暇之余基于AOP封装了一个基于注解的权限请求框架.如果有幸加入您的项目,使用过程中有问题或是有哪些不便,请留言区或github上与我交流,共同进步.如果喜欢这个框架请给个star和❤️. github地址:https://github.com/zincPower/JPermission 先上图,看看效果...第一

  • 详解Android运行时权限及APP适配方法

    Android 6.0起,Android加强了权限管理,引入运行时权限概念.对于: 1. Android 5.1(API 22)及以前版本,应用权限必须声明在AndroidManifest.xml中,应用在安装时,Android会列出其所需的所有权限供用户确认安装. 2. Android 6.0(API 23)及以后版本,应用权限必须声明在AndroidManifest.xml中,但权限分为普通权限(Normal Permissions)和危险权限(Dangerous Permissions),

  • Android编程实现应用获取包名、版本号、权限等信息的方法

    本文实例讲述了Android编程实现应用获取包名.版本号.权限等信息的方法.分享给大家供大家参考,具体如下: /** * 获取当前应用程序的包名 * @param context 上下文对象 * @return 返回包名 */ public static String getAppProcessName(Context context) { //当前应用pid int pid = android.os.Process.myPid(); //任务管理类 ActivityManager manage

  • 详解Android 全局弹出对话框SYSTEM_ALERT_WINDOW权限

    项目中为了实现账号多设备登录的监听 一个账号在别的设备登录时在该设备上需要弹出对话框提示 故而用到全局对话框 方案一. 1.在开发中有时会用到全局弹出对话框但必须在manifest中申请权限: <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" /> 2.创建Dialog AlertDialog.Builder builder=new AlertDialog.Builder(this)

  • Android 采用AOP方式封装6.0权限管理的方法

    [一]背景 6.0运行时申请权限已经是一个老生常谈的内容了,最近项目TargetSDKVersion升到23以上,所以我们也需要做权限管理,我想到的需求是这样的: 1.支持单个权限.多个权限申请 2.运行时申请 3.无侵入式申请,无需关注权限申请的逻辑 4.除了Activity.Fragment之外,还需要支持Service中申请 5.对国产手机做兼容处理 第一.二点,Google都有对应的API: 第三点可以通过自定义注解+AOP切面方式来解决.为什么采用AOP方式呢?首先看AOP定义: 面向

随机推荐