在Android N和支持库版本24中添加的新commitNow()方法具有有限且有点令人困惑的文档.
同步提交此事务.任何添加的片段都将被初始化并完全进入其主机的生命周期状态,并且在此调用返回之前,所有已删除的片段将相应地被拆除.以这种方式提交事务允许将片段添加为专用的封装组件,这些组件监视其主机的生命周期状态,同时提供更完整的排序保证,以确保这些片段何时完全初始化并准备就绪.管理视图的片段将创建和附加这些视图.
调用commitNow比调用commit()后跟FragmentManager.executePendingTransactions()更好,因为后者的副作用是尝试提交所有当前挂起的事务,无论这是否是所需的行为.
以这种方式提交的事务可能不会被添加到FragmentManager的后台堆栈中,因为这样做会破坏其他异步提交事务的其他预期排序保证.如果先前请求使用addToBackStack(String)将事务添加到后台堆栈,则此方法将抛出IllegalStateException.
事务只能在其包含活动保存其状态之前使用此方法提交.如果在该点之后尝试提交,则将引发异常.这是因为如果活动需要从其状态恢复,则提交后的状态可能会丢失.请参阅commitAllowingStateLoss()以了解可能丢失提交的情况.
我用粗体突出显示了我认为令人困惑的部分.
所以,我的主要关注点/问题是:
1 - 他们可能不会被添加？它说我会得到一个IllegalStateException,它会被添加还是不被添加？
2 - 如果我们想在backstack中添加片段,我接受这样的事实:我不能使用它.它没有说的是你得到这个例外:
java.lang.IllegalStateException: This transaction is already being added to the back stack
???? !!!!
所以我不能打电话给addToBackStack(String)自己,因为它在内部为我打电话？对不起但是......什么？为什么？如果我不希望它被添加到Backstack中怎么办？如果我稍后尝试从后台堆栈中使用该片段但是因为它可能不会被添加,以后它不存在呢？
看起来这是我期待的东西commitAllowingStateLoss(),但是我看到它commitNowAllowingStateLoss()也存在,所以...它遵循什么样的逻辑？
TL; DR
commitNow()内部如何处理backstack？