这种情况会直接调用到Fragment的startActivityForResult方法
//Fragment.class public void startActivityForResult(Intent intent, int requestCode, @Nullable Bundle options) { if (mHost == null) { throw new IllegalStateException("Fragment " + this + " not attached to Activity"); } mHost.onStartActivityFromFragment(this /fragment/, intent, requestCode, options); }
上面的mHost对应的就是Fragment的父FragmentActivity，所以会调用到父FragmentActivity的startActivityFromFragment方法
//FragmentActivity.class public void startActivityFromFragment(Fragment fragment, Intent intent, int requestCode, @Nullable Bundle options) { mStartedActivityFromFragment = true; try { //一般requestCode都不会为-1，所以不会走if里面 if (requestCode == -1) { ActivityCompat.startActivityForResult(this, intent, -1, options); return; } //这里检查requestCode是否越界了，不能超过2^16 checkForValidRequestCode(requestCode); //根据这个requestIndex可以获取到对应Fragment的唯一标识mWho int requestIndex = allocateRequestIndex(fragment); //发起startActivityForResult调用，这里requestIndex和requestCode关联起来 ActivityCompat.startActivityForResult( this, intent, ((requestIndex + 1) << 16) + (requestCode & 0xffff), options); } finally { mStartedActivityFromFragment = false; } }
每一个Fragment在内部都有一个唯一的标识字段who，在FragmentActivity中把所有调用startActivityFromFragment方法的fragment的requestCode和who通过key-value的方式保存在mPendingFragmentActivityResults变量中
private int allocateRequestIndex(Fragment fragment) { ...
int requestIndex = mNextCandidateRequestIndex;
//将requestIndex和fragment的mWho保存起来 mPendingFragmentActivityResults.put(requestIndex, fragment.mWho); mNextCandidateRequestIndex = (mNextCandidateRequestIndex + 1) % MAX_NUM_PENDING_FRAGMENT_ACTIVITY_RESULTS;
return requestIndex; }
这里allocateRequestIndex方法就把requestIndex和Fragment的mWho变量关联起来了
在上面的startActivityFromFragment方法中调用ActivityCompat的startActivityForResult方法发起启动Activity的时候又把requestIndex和requestCode关联起来了
这样后面回调onActivityResult方法时就可以根据requestCode获取对应的Fragment，以便调用Fragment的onActivityResult方法
最后看一下ActivityCompat的startActivityForResult方法
public static void startActivityForResult(@NonNull Activity activity, @NonNull Intent intent, int requestCode, @Nullable Bundle options) { if (Build.VERSION.SDK_INT >= 16) { activity.startActivityForResult(intent, requestCode, options); } else { activity.startActivityForResult(intent, requestCode); } }
（2）onActivityResult方法回调
通过断点调试的方法，我们会发现最先被回调的就是父Activity的onActivityResult，也就是我们的FragmentActivity的onActivityResult
@Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { mFragments.noteStateNotSaved(); int requestIndex = requestCode>>16; //requestIndex = 0就表示没有Fragment发起过startActivityForResult调用 if (requestIndex != 0) { requestIndex--;
//根据requestIndex获取Fragment的who变量 String who = mPendingFragmentActivityResults.get(requestIndex); mPendingFragmentActivityResults.remove(requestIndex); if (who == null) { Log.w(TAG, "Activity result delivered for unknown Fragment."); return; }
//然后根据who变量获取目标Fragment Fragment targetFragment = mFragments.findFragmentByWho(who); if (targetFragment == null) { Log.w(TAG, "Activity result no fragment exists for who: " + who); } else { //最后调用Fragment的onActivityResult targetFragment.onActivityResult(requestCode & 0xffff, resultCode, data); } return; }
... super.onActivityResult(requestCode, resultCode, data); }
从上面的方法中可以看出FragmentActivity中的onActivityResult方法中对于Fragment的startActivityForResult调用已经做了处理。
这里就有一个问题需要注意了，我们一般都会覆写父Activity中的onActivityResult方法，这个时候我们必须在onActivityResult方法加上super.onActivityResult()，否则Fragment中的onActivityResult方法就没有办法回调到了。
这就是文章开头中提到的2、3两点需要注意的原因
getParentFragment发起调用
这种情况一般发生在嵌套多层Fragment的时候
getParentFragment发起调用的过程和上面的类似，只不过发起调用的是当前Fragment的父Fragment，所以最后回调的也是父Activity的onActivityResult方法和父Fragment的onActivityResult方法。
所以如果想在子Fragment中监听到onActivityResult方法的回调，就不要用这种方式
getActivity方法发起调用
这个就更简单了，直接调用的是父Activity的onActivityResult方法
//FragmentActivity.class @Override public void startActivityForResult(Intent intent, int requestCode) { // If this was started from a Fragment we've already checked the upper 16 bits were not in // use, and then repurposed them for the Fragment's index. if (!mStartedActivityFromFragment) { if (requestCode != -1) { checkForValidRequestCode(requestCode); } } super.startActivityForResult(intent, requestCode); }
所以从源码也可以看出，这种方式最后不会回调Fragment的onActivityResult方法
总结
在Fragment中调用startActivityForResult以及监听onActivityResult是很常见的一种应用方式，但是稍不注意就会掉到坑里，比如因为Activity的onActivityResult方法没有调用super.onActivityResult()方法而导致Fragment中死活接收不到onActivityResult的回调。
