6.0权限适配

版本升级到6.0后，之前应用已经获得的权限不会从新申请，已经自动获得，但是特殊权限如弹框的SYSTEM_ALERT_WINDOW是关闭了，需要重新申请。

1.主要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)

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

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

权限申请的回调。

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

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

@Overridepublic 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);        }    });}

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

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

你需要做的是：

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

@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);...省略无关代码    if (!PermissionUtil.getInstance().checkNecessaryPermissions(this)) {        PermissionUtil.getInstance().clearFragmentManagerInsideFragments(this);        finish();        mIsFinishing = true;        return;    }    init();}@Overridepublic 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();        }    }}