第四周 startActivityForResult

话题：关于 startActivityForResult

1、startActivityForResult 的使用场景是什么？onActivityResult 回调里面的 resultCode 和
requestCode 含义是什么？
2、Activity A 启动 B 的时候，在 B 中何时该执行 setResult？setResult 可以位于 Activity 的
finish 方法之后吗？
请从网上查找相干主题的内容，还可以阅读 Android 官方文档，请自行实践一下，必要的时
候可以看看 setResult 和 finish 的源码实现。

参考答案

1. startActivityForResult 使用场景是什么？ requestCode、 resultCode 含义是什么？
   1.1 使用场景
   - 用户开始新的活动，并且希望得到新活动的某些信息。比如选择照片、选择联系人、选择收货地址、进行某块数据编辑工作等。
   1.2 requestCode
   - 解决的是「区分多个异步任务」的问题。与其他异步 API 的设计类似，如果没有这个信息，那么 Activity 在收到响应时会进入混乱的状态。比如他不知道自己得到的是选择照片还是选择联系人的结果。
   - 该信息会发送到 AMS 那边的 ActivityRecord.requestCode 变量进行记录，Client 端新 Activity 并不知道这个信息。
   - 为什么 requestCode < 0 时收不到结果？
   - ActivityStarter 收到 startActivityLocked 时，写入 ActivityRecord.resultTo 变量为空
   if (requestCode >= 0 && !sourceRecord.finishing) {
   // 只有非负数时新的 ActivityRecord 对象的 resultTo 变量才指向发起者 ActivityRecord 对象
   resultRecord = sourceRecord;
   }
   - 在 ActivityStack 收到 finishActivityResultsLocked 时，读取 ActivityRecord.resultTo 变量为空，结果数据不会添加到源 ActivityRecord.results 变量
   - 在 ActivityStack 收到 resumeTopActivityInnerLocked 时，读取 ActivityRecord.results 数组为空，不会分发结果数据，这样源 Activity 也就没有结果回调了
   1.3 resultCode
   - 异步调用结果码，告诉调用者成功/失败/其它信息
   - 该信息由被调用 Activity / framework 写入，并经过 AMS 传递给源 Activity

2. A 启动 B ，B 中何时执行 setResult ? setResult 是否可以位于 finish 之后？
   2.1 setResult 在 finish 之前执行，只是把数据记录在 Activity.mResultCode 和 Activity.mResultData 变量中
   - 最早 Activity 构造器阶段
   - 最晚 Activity.finalize 内存回收阶段
   // Home 键 + 不保留后台 Activity 可触发 onDestroy
   protected void onDestroy() {
   super.onDestroy();
   Log.d(TAG, "onDestroy() called");
   new ReqGC().start();
   }

        @Override
        protected void finalize() throws Throwable {
            Log.d(TAG, "finalize() called");
            finish();
            super.finalize();
        }
   
        @Override
        public void finish() {
            Log.d(TAG, "finish() called");
            setResult(RESULT_OK, new Intent().putExtra("key", "resultData"));
            super.finish();
        }
   
        // 不泄漏 Activity 对象
        static class ReqGC {
   
            public void start() {
                final Handler handler = new Handler();
                handler.postDelayed(new Runnable() {
                    @Override
                    public void run() {
                        System.gc();
                        handler.postDelayed(this, 10);
                    }
                }, 10);
            }
        }
   

   2.2 否
   - 如果位于 finish 之后执行，那信息无法传递给源 Activity
   - 从代码可以看出 setResult 和 finish 类似生产者/消费者模型，setResult 负责写入数据，finish 负责读取数据
   2.3 线程安全问题
   - Activity.mResultCode 和 Activity.mResultData 变量由 Activity 对象的锁进行保护
   - 支持后台线程和 UI 线程分别进行 setResult 和 finish
   - 但是为什么需要加锁保护这两个信息？需要「解决什么问题」？
   2.4 API 设计/数据组装问题
   - 底层 AMS 提供的接口的参数是 setResult 和 finish 的参数的组合形式，但是 Activity 为什么把一个接口拆分成两个接口给开发者使用？
   - 使用方便。很多情况下调用者只关心 finish ，不需要理解太多的信息

3. API 内部原理/数据处理流程

   
   image

关键节点：
- Client 端通过 AMP 把数据发送给 Server 端 AMS Binder 实体
- AMS 把数据包装成 ActivityResult 并保存在源 ActivityRecord 的 results 变量中
- AMS 通过 ApplicationThreadProxy 向 Client 端发送 pause 信息让栈顶 Activity 进入 paused 状态，并等待 Client 端回复或超时
- AMS 接收 Client 端已 paused 信息，恢复下一个获取焦点的 Activity ，读取之前保存在 ActivityRecord.results 变量的数据派发给 Client 端对应的 Activity
- Client 端数据经过 ApplicationTh