Android里面的权限是一种安全机制。Android权限主要用于限制应用程序内部某些具有限制性的功能使用，以及应用程序之间的组件访问。但是呢Android6.0之后，Google对权限做了一些优化，将一些权限的申请放在了应用运行的时候去申请(动态获取权限)，所以Android6.0之后将权限向分为两类：Normal Permissions(正常权限，一般涉及用户隐私的风险比较小，系统会自动向应用授予该权限)、Dangerous Permission(敏感权限，一般是涉及到用户隐私的，用户必须明确向应用授予该权限)。

不管是Normal Permissions还是Dangerous permissions权限，如果我们在程序中需要使用，那么在AndroidManifest.xml文件里面都是需要注册的。

一，Normal Permissions

       普通权限涵盖应用程序需要访问应用程序沙箱外部数据或资源的区域，但是对于用户的隐私或其他应用程序的操作几乎没有风险。

       如果应用程序在AndroidManifest.xml文件中注册了需要的Normal Permissions，系统会在安装时自动授予应用该权限。程序使用过程中系统不会提示用户授予正常权限，并且用户无法撤消这些权限(永久授权)。

Normal Permissions权限包含：

如果程序需要用到Normal Permissions权限，那么这些用到的权限都必须在AndroidManifest.xml中注册

二、Dangerous permissions

       Dangerous permissions涵盖应用程序需要涉及用户私人信息的数据或资源的区域，或者可能会影响用户的存储数据或其他应用程序的操作。例如，阅读用户联系人的权限是一个危险的权限。如果一个应用程序声明它需要一个危险的权限，用户必须明确授予该应用程序的权限。在用户批准权限之前，您的应用无法提供取决于该权限的功能。

       当我们需要使用Dangerous permissions的时候要特别注意，我们分两种情况来说明：

• targetSdkVersion >= 23 并且 Android手机 >= 6.0：这个时候Dangerous permissions在使用的时候，就需要我们去动态的申请权限了，比如：当我们需要打开相机拍摄照片的时候需要我们通过代码的方式在需要的地方去申请权限(关于代码的实现方式我们在下文中会提到)。

• targetSdkVersion < 23 或者 Android手机 < 6.0：和Normal Permissions权限使用一样，系统会在应用程序安装的时候自动授予应用该权限。

Dangerous Permissions权限包含(特别注意下那些权限是属于同权限一组的)：

       在介绍Dangerous permissions的时候，提到了权限组，这个权限组有啥用呢。同一组的任何一个权限被授权了，该组的其他权限也自动被授权了。举个例子，例如我们动态授予了READ_CALENDAR权限，这个时候因为READ_CALENDAR是属于CALENDAR组的，CALENDAR组里面同时还包含了WRITE_CALENDAR权限。所以WRITE_CALENDAR权限也被自动授权了。

三、动态申请权限

       上文中我们也提到了，当我们targetSdkVersion >= 23 并且 Android手机 >= 6.0(两个条件要同时成立)的时候，如果我们想使用Dangerous permissions里面的权限的话，是需要通过代码去动态申请权限的。

       动态申请权限相关的一些函数：

    /**
     * 检查指定的权限是否授权(Context对象调用)
     */
    (Context).checkSelfPermission(@NonNull String permission);

    /**
     * 在没有授权的情况下，有些时候可能需要提示给用户为什么需要改权限，就通过该函数来实现。
     * 关于shouldShowRequestPermissionRationale的返回值问题，我们分三种情况
     * 1. 第一次打开App时 -> false
     * 2. 上次弹出权限点击了禁止（但没有勾选“下次不在询问”） -> true
     * 3. 上次选择禁止并勾选：下次不在询问 -> false
     */
    (Activity或者Fragment).shouldShowRequestPermissionRationale(@NonNull String permission);

    /**
     * 申请指定的权限(Activity或者Fragment对象调用)
     * @param permissions 权限列表，可以同时申请多个权限
     * @param requestCode 该次权限申请对应的requestCode。和 onRequestPermissionsResult()回调函数里面的requestCode对应
     */
    (Activity或者Fragment).requestPermissions(@NonNull String[] permissions, int requestCode);


    /**
     * 处理请求权限的响应，当用户对请求权限的dialog做出响应之后,系统会回调该函数(Activity或者Fragment中重写)
     * @param requestCode 申请权限对应的requestCode
     * @param permissions 权限列表
     * @param grantResults 权限列表对应的返回值，判断permissions里面的每个权限是否申请成功
     */
    onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
                               @NonNull int[] grantResults);

       动态申请权限分为以下几个步骤：

1. 明确我们页面需要哪些权限。
2. 检查需要的权限是否授权 -> checkSelfPermission()。
3. 如果没有授权，则判断是否需要向用户解释为何申请权限。-> shouldShowRequestPermissionRationale() 返回true则可能需要弹出框解释下。（大部分情况下都会直接跳过这一步，不做这一步的处理）
4. 申请权限。-> requestPermissions()。
5. 处理申请的结果信息。-> 回调函数onRequestPermissionsResult()。

       关于动态申请权限网上的开源库也很多，这里我们就简单的介绍其中一种PermissionGen。对应GitHub项目地址:https://github.com/lovedise/PermissionGen。

       PermissionGen的使用也是非常简单的。我们先定义一个BaseAppActivity。在BaseAppActivity的onRequestPermissionsResult()方法里面调用PermissionGen.onRequestPermissionsResult(this, requestCode, permissions, grantResults);

ublic abstract class BaseAppActivity extends AppCompatActivity {

    protected Context  mContext;
    protected Activity mActivity;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mContext = this;
        mActivity = this;
    }

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

       PermissionGen申请权限，

Activity中

PermissionGen.with(MainActivity.this)
    .addRequestCode(100)
    .permissions(
        Manifest.permission.READ_CONTACTS,
        Manifest.permission.RECEIVE_SMS,
        Manifest.permission.WRITE_CONTACTS)
    .request();

Fragment中

PermissionGen.needPermission(ContactFragment.this, 100, 
    new String[] {
        Manifest.permission.READ_CONTACTS, 
        Manifest.permission.RECEIVE_SMS,
        Manifest.permission.WRITE_CONTACTS
    }
);

       PermissionGen结果确认。

成功结果

@PermissionSuccess(requestCode = 100)
public void doSomething(){
    Toast.makeText(this, "Contact permission is granted", Toast.LENGTH_SHORT).show();
}

失败结果

@PermissionFail(requestCode = 100)
public void doFailSomething(){
    Toast.makeText(this, "Contact permission is not granted", t.LENGTH_SHORT).show();
}

       我们以一个具体的实例来做一个简单的说明，比如我们在Activity中申请摄像头权限。注意哦，我这里是继承的BaseAppActivity，BaseAppActivity中重写了onRequestPermissionsResult(),里面调用了PermissionGen.onRequestPermissionsResult(this, requestCode, permissions, grantResults);。

public class PermissionGenActivity extends BaseAppActivity {

    public static void startUp(Context context) {
        context.startActivity(new Intent(context, PermissionGenActivity.class));
    }

    private static final int CAMERA_PERMISSION = 100;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_permission_gen);
        //申请Manifest.permission.CAMERA权限
        PermissionGen.with(mActivity).addRequestCode(CAMERA_PERMISSION).permissions(Manifest.permission.CAMERA).request();
    }

    @PermissionSuccess(requestCode = CAMERA_PERMISSION)
    public void requestPhotoSuccess() {
        //申请权限成功
    }

    @PermissionFail(requestCode = CAMERA_PERMISSION)
    public void requestPhotoFail() {
        onBackPressed();
    }
}

       关于Android权限（Permissions）处理，有以下几个总结点：

• 不管是Normal Permissions还是Dangerous Permission对应的权限都必须在AndroidManifest.xml文件里面注册。

• 只有当targetSdkVersion >= 23 并且 Android手机 >= 6.0两个条件同时满足时，Dangerous Permission对应的权限才需要动态申请。否则还是和Normal Permissions使用一样会在程序安装的时候就获取到权限。

• Dangerous Permission权限里面某个组里面一个权限被授权了，那么这个组里面其他的权限也跟着授权了。

       文章中涉及到的DEMO下载地址