Android6.0权限适配的那些坑

记录一下自己在项目中做6.0适配时遇到的一些坑，希望大家可以少走一些弯路。

1.首先你需要把targetSdkVersion升级到23

原因可以参考这篇文章如何选择 compileSdkVersion, minSdkVersion 和 targetSdkVersion

2.主要API

public int checkSelfPermission (String permission)

被授权函数返回PackageManager.PERMISSION_GRANTED，否则返回PackageManager.PERMISSION_DENIED 。

public final void requestPermissions(@android.support.annotation.NonNull java.lang.String[] permissions,int requestCode)

为应用程序申请权限，系统会弹出对话框，询问用户是否给予应用授权该权限，用户可以选择允许或拒绝。开发者可以在Activity的 public void onRequestPermissionsResult(int requestCode,@NonNull String[] permissions,@NonNull int[] grantResults) 方法中处理用户选择后的回调，包括允许和拒绝。

public boolean shouldShowRequestPermissionRationale (String permission)

它的意思是是否需要弹框像用户解释为什么需要申请这个权限。它的使用场景是，应用没有该权限，而且在用户不能直观的看出该权限和当前功能的关系。比如，我们做一个相机应用，毫无疑问需要相机权限，我们不需要再单独向用户解释为什么需要相机权限，但是该应用还需要定位权限来为相片添加标签，对于对科技不是很了解的用户来说，他们很难理解照相为什么还需要定位权限，这时候就应该想想怎么向用户解释清楚了。

@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);

}

权限申请的回调。

3.使用兼容库来兼容旧版

对于第2条提到的代码在android 6.0以上运行没问题，但是23 api之前就不行了，因为没有那些方法。v4兼容库已对这个做过兼容，可以用以下方法代替：

ContextCompat.checkSelfPermission()

被授权函数返回PackageManager.PERMISSION_GRANTED，否则返回PackageManager.PERMISSION_DENIED ，在所有版本都是如此。

ActivityCompat.requestPermissions()

这个方法在M之前版本调用，OnRequestPermissionsResultCallback 直接被调用，带着正确的 PERMISSION_GRANTED或者 PERMISSION_DENIED 。

ActivityCompat.shouldShowRequestPermissionRationale()

在M之前版本调用，永远返回false。

4.权限和权限组

大家都知道，并不是所有的权限都需要动态申请，只是一些系统规定的危险权限，权限被分组了：
权限组
同一组的任何一个权限被授权了，其他权限也自动被授权。例如，一旦WRITE_CONTENTS被授权了，APP也有READ_CONTACTS和GET_ACCOUNTS了。

但是：某些手机厂商比如小米，对于权限组好像有自己的策略，在测试当中，我们发现，当给应用赋予了CALL_PHONE 权限后，并没有获得READ_PHONE_STATE权限，测试手机的系统是MIUI 8.6.7.14开发版

5.应用必须的权限及使用时的权限

对于应用的必须权限，比如读取手机状态等，我们的策略是在启动页中进行申请。如果用户允许，则继续执行，如果拒绝，则退出应用。

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    ...省略无关代码

    PermissionUtil.getInstance().requestNecessaryPermissions(this, new OnPermissionListener() {
        @Override
        public void onDenied() {
            MyApplication.getInstance().exit(true);
        }

        @Override
        public void onGranted() {
            init();
        }
    });
}

如果是某些具体功能才会用到的权限，比如拍照功能，我们的策略是在需要用到的时候再进行申请（当然是在相机工具类中统一处理的，如果你们没有封装，那就只好每个入口都要判断了）

/**
* 启动相机功能
*
* @param activity
*/
public static void startCamera(final Activity activity) {
    PermissionUtil.getInstance().requestCamera(activity, new    OnPermissionListener() {
            @Override
            public void onDenied() {

            }

            @Override
            public void onGranted() {
                start(activity);
        }
    });

}

6.在APP使用过程中，从设置中更改权限

特别提醒：在APP使用过程中，从设置中更改权限,应用程序会被重启。或者说，会被系统Kill掉然后重新启动一个新的，当然它会记住当前的任务栈。所以再切回到我们的APP的时候，还是会停留在你去设置之前的页面，但是进程号已经变了#→_→#

你需要做的是：

在BaseActivity中检查必须的权限，如果是拒绝状态，直接跳到启动页，重新申请。之后就是启动页的流程了。

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

...省略无关代码

    if (!PermissionUtil.getInstance().checkNecessaryPermissions(this)) {
        PermissionUtil.getInstance().clearFragmentManagerInsideFragments(this);
        finish();
        mIsFinishing = true;
        return;
    }


    init();
}

@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {

super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    PermissionUtil.getInstance().onRequestPermissionsResult(requestCode, permissions, grantResults, this);

}

清理fragment。

App的某些页面,如果存在一个或者多个Fragment时,尤其是V4.Fragment,在修改权限回到该页面时,如果没有权限该页面会finish掉自己,但是某些手机会出现Fragment 依旧存在,而且生命周期会正常执行,有两个问题：1.getActivity为空； 2.API请求需要手机信息权限,如果后台拒绝了这个权限,则会崩掉。所以Activity onCreate时进行权限判断,如果没有则将FragmentManager中的Fragment全部移除,禁止进行一系列的操作。

/**
* 清理 FragmentManager 中的 Fragment。<br/>
* 解决在系统设置中更改权限后，App 被 kill 掉重启时的 Fragment 状态错误问题。
*
* @param activity
*/
@TargetApi(Build.VERSION_CODES.HONEYCOMB)
public void clearFragmentManagerInsideFragments(Activity activity) {
    if (activity instanceof FragmentActivity) {
        FragmentManager manager = ((FragmentActivity) activity).getSupportFragmentManager();
        int count = manager.getBackStackEntryCount();
        List<Fragment> list = manager.getFragments();
        int fragmentCount = list == null ? 0 : list.size();
        if (list != null) {
        for (Fragment fragment : list) {
            manager.beginTransaction().remove(fragment).commit();
        }
    }

}

}