Android Fragment 的妙用 - 优雅地申请权限和处理 onActivityResult

if (callback == null) {

return;

}

boolean allGranted = false;

int length = grantResults.length;

for (int i = 0; i < length; i++) {

int grantResult = grantResults[i];

if (grantResult != PackageManager.PERMISSION_GRANTED) {

allGranted = false;

break;

}

allGranted = true;

}

if (allGranted) {

callback.onAccepted(true);

} else {

callback.onAccepted(false);

}

}

private void handleEachPermissionCallBack(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {

IPermissionListenerWrap.IEachPermissionListener eachCallback = mEachCallbacks.get(requestCode);

if (eachCallback == null) {

return;

}

mEachCallbacks.remove(requestCode);

int length = grantResults.length;

for (int i = 0; i < length; i++) {

int grantResult = grantResults[i];

Permission permission;

String name = permissions[i];

if (grantResult == PackageManager.PERMISSION_GRANTED) {

permission = new Permission(name, true);

eachCallback.onAccepted(permission);

} else {

if (ActivityCompat.shouldShowRequestPermissionRationale(mActivity, name)) {

permission = new Permission(name, false, true);

} else {

permission = new Permission(name, false, false);

}

eachCallback.onAccepted(permission);

}

}

}

}

我们先来看一下它的 onCreate 方法，在 onCreate 方法里面，我们调用了 setRetainInstance 方法。

setRetainInstance(boolean retain)

Control whether a fragment instance is retained across Activity re-creation (such as from a configuration change)

表示当 Activity 重新创建的时候， fragment 实例是否会被重新创建（比如横竖屏切换），设置为 true，表示 configuration change 的时候，fragment 实例不会背重新创建，这样，有一个好处，即

configuration 变化的时候，我们不需要再做额外的处理。因此， fragment 该方法也常常被用来处理 Activity re-creation 时候数据的保存，是不是又 get 到了什么？

接着我们来看 requestEachPermissions 方法

• 在申请权限的时候，即 requestEachPermissions 方法中，我们先生成一个随机的 requestCode，并确保不会重复

• 第二步：将我们的 callBack 及 requestCode 缓存起来，通过 key 可以查找相应的 requestCode。

• 第三步：调用 Fragment 的 requestPermissions 方法进行权限申请

然后看 onRequestPermissionsResult 方法

这里我们主要关注 handleEachPermissionCallBack(requestCode, permissions, grantResults); 方法， handlePermissionCallBack 方法思路也是类似的

• 我们先从我们的 mEachCallbacks 方法中查找，是否有相应的缓存（即根据 requestCode 查找是否有相应的权限申请，有的话进行处理，没有的话，忽略。）

• 处理完毕之后，我们将权限的信息封装在 Permission 中，并进行相应的回调

public class Permission {

public final String name;

public final boolean granted;

/**

• false 选择了 Don’t ask again

*/

public final boolean shouldShowRequestPermissionRationale;

}

Permission 含有三个字段，name 表示权限的名字，granted 表示是否授权，shouldShowRequestPermissionRationale 表示是否勾选了 Don’t ask again（即不再询问），通常我们的做法是若勾选了不再询问，我们需要引导用户，跳转到相应的 Setting 页面。

大致代码如下

/**

• 打开设置页面打开权限

• @param context

*/

public static void startSettingActivity(@NonNull Activity context) {

try {

Intent intent =

new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS, Uri.parse(“package:” +

context.getPackageName()));

intent.addCategory(Intent.CATEGORY_DEFAULT);

context.startActivityForResult(intent, 10); //这里的requestCode和onActivityResult中requestCode要一致

} catch (Exception e) {

e.printStackTrace();

}

}

封装完成之后，我们只需要调用以下方法即可，简单，方便，快捷。

private void requestPermission(final String[] permissions) {

PermissionsHelper.init(MainActivity.this).requestEachPermissions(permissions, new IPermissionListenerWrap.IEachPermissionListener() {

@Override

public void onAccepted(Permission permission) {

show(permission);

}

@Override

public void onException(Throwable throwable) {

}

});

}

OK，我们再来梳理一下流程

---

使用 Fragment 优雅处理 onActivityResult

---

我们先来看一下没封装之前 onActivityresult 的处理方式

我们先来看下正常情况下启动 Activity 和接收回调信息的方式：

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

// 启动Activity

startActivityForResult(new Intent(this, TestActivity.class), 10);

}

@Override

protected void onActivityResult(int requestCode, int resultCode, Intent data) {

// 接收Activity回调

if (requestCode == 10) {

// 处理回调信息

}

}

这样在简单页面下，看起来没什么问题，也简单易懂。但实际上，这种方式会存在一些局限

• onActivityResult 必须在原始 Activity 中才能接收，如果想在非 Activity 中调用startActivityForResult，那么调用和接收的地方就不在同一个地方了，代码可读性会大大降低。

• onActivityResult 都在同一个 activity 处理，如果这种方式特别多的话，我们要写一大堆的 if else，代码可读性大大较低，也不是很优雅。

同理，我们也可以跟上面的权限封装一样，用空白的 fragment 进行代理，进行封装。封装后的代码调用如下。

Intent intent = new Intent(MainActivity.this, TestResultActivity.class);

ActivityResultHelper.init(MainActivity.this).startActivityForResult(intent, new ActivityResultHelper.Callback() {

@Override

public void onActivityResult(int resultCode, Intent data) {

String result = data.getStringExtra(TestResultActivity.KEY_RESULT);

show(" resultCode = " + resultCode + " result = " + result);

}

});

思路如下

1. 当我们想发起 startActivityresult 的时候，使用代理 Fragment 进行代理，调用startActivityForResult 方法，它需要两个参数， intent, 和 requestCode， intent 代表要跳转的动作， requestCode 用来区分是那个动作。这里，为了简化，我们随机生成 requestCode ，并缓存起来，下次申请的时候，再随机申请，确保不会重复。

2. 在 onActivityresult 里面根据 requestCode 找到相应的 callback,并进行相应的回调。

中转的 Fragment RouterFragment 核心代码如下

public class RouterFragment extends Fragment {

private SparseArray<ActivityResultHelper.Callback> mCallbacks = new SparseArray<>();

private Random mCodeGenerator = new Random();

public RouterFragment() {

// Required empty public constructor

}

public static RouterFragment newInstance() {

return new RouterFragment();

}

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setRetainInstance(true);

}

public void startActivityForResult(Intent intent, ActivityResultHelper.Callback callback) {

int requestCode = makeRequestCode();

mCallbacks.put(requestCode, callback);

startActivityForResult(intent, requestCode);

}

/**

• 随机生成唯一的requestCode，最多尝试10次

• @return

*/

private int makeRequestCode() {

int requestCode;

int tryCount = 0;

do {

requestCode = mCodeGenerator.nextInt(0x0000FFFF);

tryCount++;

} while (mCallbacks.indexOfKey(requestCode) >= 0 && tryCount < 10);

return requestCode;

}

@Override

public void onActivityResult(int requestCode, int resultCode, Intent data) {

super.onActivityResult(requestCode, resultCode, data);

ActivityResultHelper.Callback callback = mCallbacks.get(requestCode);

mCallbacks.remove(requestCode);

if (callback != null) {

callback.onActivityResult(resultCode, data);

}

}

}

其他的代码这里就不贴了，有兴趣的请自行到 GitHub 上面查看

GitHub 地址

https://github.com/gdutxiaoxu/FragmentDemo
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

重要知识点

下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。

高级进阶篇——高级UI，自定义View（部分展示）

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

• 面试题部分合集
  

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

新！**

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

重要知识点

下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。

[外链图片转存中…(img-AMRUPmDn-1711749208743)]

高级进阶篇——高级UI，自定义View（部分展示）

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

[外链图片转存中…(img-kklHxASU-1711749208744)]

• 面试题部分合集
  [外链图片转存中…(img-UbDLjEas-1711749208744)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！