@忆_析风 是的,你解释的恰恰是我指出的问题所在。我的意思是,ResultApi标准写法之所以需要在生命周期之前提前注册,就是因为需要保证在重建的时候提前被预注册,因为这个点无法规避,所以api才会设计的这么难用。但是文章这样使用的方式,其实就是埋了一个很大的问题,如果只求简单的回调式,就没必要用ResultApi去实现,通过Glide或者Lifecycler那种插入一个不可见的Fragment代理就可以实现,同时借助Fragment的恢复就可以做到在恢复时恢复之前的监听。我想说的是现在文章的这种做法其实违背了ResultApi的设计初衷,而不是逻辑问题
Android Result Api不能在生命周期onStart及之后注册的解决办法现在Activity的startActivityForResult废弃了,Google建议我们使用Activity Result Api. 然而这个Activity Resu...