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。
  
  * 解决在系统设置中更改权限后，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 list = manager.getFragments();
          int fragmentCount = list == null ? 0 : list.size();
          if (list != null) {
          for (Fragment fragment : list) {
              manager.beginTransaction().remove(fragment).commit();
          }
      }
  
  }
  

  }