如何监听共享元素返回原Fragment时的返回过渡结束时机？

这个需求完全可行，绝大多数人实现失败都是因为没搞懂Fragment过渡的触发逻辑，踩了几个固定的坑。

为什么前进能监听到、返回收不到 #

两种跳转场景的过渡绑定逻辑是完全相反的：

• 从FragmentA打开FragmentB时，执行链路是FragmentA的退出过渡 + FragmentB的进入过渡 + 共享元素过渡，这时候你在FragmentB的进入过渡上加结束回调，自然能正常收到前进完成的通知。
• 从FragmentB弹出返回FragmentA时，执行链路是FragmentB的退出过渡 + FragmentA的重入过渡（reenterTransition） + 共享元素过渡，这时候如果还只在普通的进入过渡上绑定监听器，根本不会触发对应回调，这就是收不到返回过渡结束通知的根本原因。

正确的实现步骤 #

• 给FragmentA配置独立的重入过渡实例，不要直接复用进入过渡的对象，避免前进、返回流程的逻辑互相干扰。可以在FragmentA的onCreate方法中调用setReenterTransition(new Fade())，确保返回流程的过渡是独立可控的。
• 在绑定共享元素过渡的位置，给共享元素对应的Transition对象添加持久化的结束监听器，只要Fragment的视图还存活就不要主动移除这个监听器。这个监听器不需要特意区分前进、返回场景，只要整个共享元素过渡走完，就一定会触发回调。
• 不要在FragmentB的生命周期回调（onStop、onDestroy）中监听过渡结束：这些回调触发时，返回过渡往往才刚启动，会出现动画还在播放、业务逻辑已经提前执行的视觉错位。

隐藏的常见坑 #

一定要给参与共享元素过渡的View设置全局唯一的transitionName，不要在布局中复用相同的名称，否则系统在匹配共享元素时会匹配失败，直接跳过整个过渡流程，自然也不会触发任何结束回调。

按照这套逻辑调整后，不管前进还是返回的共享元素过渡，都能稳定收到结束通知，不需要引入第三方兼容库。

内容的提问来源于stack exchange，提问作者Jul。