为何在Fragment中使用registerForActivityResult时回调始终不触发

核心问题出在两处分发链路的断裂，和代码逻辑、当前依赖版本直接相关： #

• 首先要明确：使用RequestMultiplePermissions契约发起的权限请求，系统回调入口完全不走onActivityResult链路，而是走独立的onRequestPermissionsResult系统回调路径。你观察到父Activity的onActivityResult能正常接收普通Activity跳转的结果，不代表权限类的结果会走同一个入口。
• 你当前贴出的父Activity代码，虽然在onActivityResult的未匹配分支做了super调用，但大概率漏了对onRequestPermissionsResult重写逻辑的检查：
  只要在父Activity重写了onRequestPermissionsResult，不管内部处理了多少自定义的权限请求逻辑，如果没有把未处理的结果通过super.onRequestPermissionsResult(...)交给父类（FragmentActivity/ComponentActivity），整个结果转发链就会直接断在Activity层：父类拿不到权限回调的原始结果，自然没法把结果转发给对应注册了Launcher的子Fragment，Fragment内的注册回调永远不会触发。

  这是非常常见的遗漏点：很多人会记得给重写的onActivityResult加super兜底调用，却忘了同步给同层级的onRequestPermissionsResult加同样的逻辑。

• 你使用的appcompat:1.3.0-rc01是预览版本，存在已知的分发兼容bug：这个版本在对Fragment注册的Launcher生成的requestCode做判断时，会错误把部分Fragment级别的请求判定为Activity自身的请求，直接在Activity层的ActivityResultRegistry中消费掉结果，根本不会往下分发给对应的Fragment实例。
• 你调试时手动调用activityResultRegistry.dispatchResult能返回true，是因为1.3.0版本里Fragment和宿主Activity共享同一个ActivityResultRegistry实例，registry中确实存储了你注册的Launcher条目，这和系统正常回调链路的分发逻辑是相互独立的——系统回调进入时会先经过你重写的Activity层方法，如果你没有把流程交给父类的分发逻辑，就算registry里有对应的注册项也没法触发回调。

对应的修复方向 #

• 逐行核查父Activity所有重写的onActivityResult、onRequestPermissionsResult方法：只要是不匹配自身业务requestCode的分支，必须无条件调用对应父类的super方法，不要拦截未处理的结果。
• 将当前预览版的appcompat升级到1.3.0正式版及以上，修复预览版本存在的requestCode分发逻辑bug。
• 不要手动干预Activity Result API的默认分发过程，所有通过registerForActivityResult注册的逻辑，完全依赖父类的默认转发链路，不要自定义拦截或者拆分回调流程。

内容的提问来源于stack exchange，提问作者Farid Marzouki