Android应用组件禁用方案,安卓组件化应用的6.0权限适配优化方案

组件化应用

组件化应用的概念最近挺火的。随着app版本的迭代，业务也会变的越来越复杂。组件化应用能将每个业务都单独分成一个模块，作为一个组件(Module)，业务模块彼此互不依赖，然后让这些业务模块都依赖公共模块(也是Module)等，用路由的方式替代startactivity进行模块间的跳转和数据传递。这就是组件化应用的简单概念。

u=3895375886,3606044301&fm=11&gp=0.jpg

因为module与module之间是代码隔离的，互不依赖，所以添加或移除module是很方便的，也方便了应用的多人并行开发。

Android6.0权限

Android6.0已经出来快两年了，除了继续推进Material Design，相信最直观的改变就是权限申请方式了：权限模式从一开始的全部列出授予，变成了现在的运行时动态申请。下图列出了截止7月份最新的系统占有率。虽然碎片化问题依旧严重，但6.0以上系统占有率也已经接近一半了。所以说各位安卓开发者们，如果你的应用还没适配6.0的话，可要抓紧了。

QQ截图20170810160140.png

如何适配

简单介绍了上面的两个概念后，咱们切回正题。因为最近在做一个APP的组件化改造，原来的权限适配方案是跳到一个空白activity做申请然后回调申请结果的，但是现在module与module之间是互不依赖的，所以activity之间接口回调的方式是行不通的。一时间不知道有什么好的方法，也参考了github上几个主流的权限适配库，但遗憾都没有对组件化应用提供一个专门的解决方案。

因为这个项目采用的路由是阿里的ARouter。查阅文档后发现里面有拦截器的功能，下面是简单的示例代码。

// 比较经典的应用就是在跳转过程中处理登陆事件，这样就不需要在目标页重复做登陆检查

// 拦截器会在跳转之间执行，多个拦截器会按优先级顺序依次执行

@Interceptor(priority = 8, name = "测试用拦截器")

public class TestInterceptor implements IInterceptor {

@Override

public void process(Postcard postcard, InterceptorCallback callback) {

callback.onContinue(postcard); // 处理完成，交还控制权

// callback.onInterrupt(new RuntimeException("我觉得有点异常")); // 觉得有问题，中断路由流程

// 以上两种至少需要调用其中一种，否则不会继续路由

}

@Override

public void init(Context context) {

// 拦截器的初始化，会在sdk初始化的时候调用该方法，仅会调用一次

}

}

那么我们何不利用这个拦截器，在跳到一个需要页面(比如相机页面)之前 进行统一拦截，然后判断权限是否拥有，如果后则callback.onContinue(postcard),继续跳转，否则callback.onInterrupt(null),拦截跳转并执行权限申请。

同时通常一个应用通常有必要权限,没有必要权限应用无法正常运行，如Manifest.permission.READ_PHONE_STATE,还有非必要权限，如Manifest.permission.ACCESS_FINE_LOCATION。

那么我们可以用priority字段创建优先级最高的拦截器，检测所有跳转时是否有必要权限，否则先申请必要权限，然后继续触发下一个优先级低的拦截器拦截检测普通权限。

实际实现

定义一个permissionActivity,让所有需要跳转权限的页面的activity继承这个，因为如上文讲的，我们实际权限的申请和处理不是在真正需要权限的页面完成，而是在上一个页面申请完成再跳到需要权限的页面的。如果页面太多建议所有页面都继承这个activity。

public class PermissionActivity extends FragmentActivity {

private PermissionListener permissionListener;

public void setPermissionListener(PermissionListener permissionListener) {

this.permissionListener = permissionListener;

}

/**

* 权限请求结果

*/

@Override

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

super.onRequestPermissionsResult(requestCode, permissions, grantResults);

if (permissionListener != null ) {

permissionListener.onRequestPermissionsResult(requestCode, permissions, grantResults);

}

}

创建拦权限截器：

@Interceptor(priority = 1)

public class PermissionInterceptor implements IInterceptor {

@Override

public void process(final Postcard postcard, final InterceptorCallback callback) {

final Activity activity = ActivityHelper.last();

final String[] PERMISSIONS = new String[]{

Manifest.permission.READ_EXTERNAL_STORAGE,

};

if (activity != null && !PermissionHelper.hasPermission(activity)) {

permissionRequest(postcard, callback, (PermissionActivity) activity, permissions);

} else {

callback.onContinue(postcard); // 已有权限，无需申请，继续跳转

}

}

private void permissionRequest(final Postcard postcard, final InterceptorCallback interceptorCallback, final PermissionActivity activity, final String[] permissions) {

Runnable runnable = new Runnable() {

@Override

public void run() {

PermissionHelper.requestPermissions(activity, permissions, new PermissionListener() {

@Override

public void onsuccessed() {

callback.onContinue(postcard);// 权限申请成功，继续跳转

}

@Override

public boolean onfail() {

callback.onInterrupt(null);// 权限申请失败，拦截跳转

}

});

}

};

MainLooper.runOnUiThread(runnable );

}

@Override

public void init(Context context) {

}

}

实际实现中有几个注意点：

1.拦截器init(Context context)方法中的context不是当前页的activity，而是application，也就是说你在拦截器里是无法直接拿到当前页的上下文的。所以你需要额外维护一个activity栈，在每个acitivity的oncreate()方法中入栈，在ondestory()中出栈，然后在拦截器里面取出栈顶的acitivity，也就是当前页的acitivity。

2.void process(Postcard postcard, InterceptorCallback callback)方法在子线程中执行，如果要执行权限申请需要先切换回主线程。

public class MainLooper extends Handler {

private static MainLooper instance = new MainLooper(Looper.getMainLooper());

protected MainLooper(Looper looper) {

super(looper);

}

public static MainLooper getInstance() {

return instance;

}

public static void runOnUiThread(Runnable runnable) {

if(Looper.getMainLooper().equals(Looper.myLooper())) {

runnable.run();

} else {

instance.post(runnable);

}

}

}

总结

这样实现的好处也是显而易见的：所有的权限申请操作都在拦截器里完成，对原代码无入侵：所有的权限申请弹框都出现在需要权限的页面上一个activity。我们只要让这个activity继承permissionActivity并处理onRequestPermissionsResult的回调即可，其他譬如处理权限申请，处理权限申请成功，失败操作都统一在拦截器里完成即可。