在Android中,对Fragment的操作都是通过FragmentTransaction来执行。而从Fragment的结果来看,FragmentTransaction中对Fragment的操作大致可以分为两类:
显示:add() replace() show() attach()
隐藏:remove() hide() detach()
对于每一组方法,虽然最后产生的效果类似,但方法背后带来的副作用以及对Fragment的生命周期的影响都不尽相同。
1. add() vs. replace()
只有在Fragment数量大于等于2的时候,调用add()
还是replace()
的区别才能体现出来。当通过add()
连续两次添加Fragment的时候,每个Fragment生命周期中的onAttach()-onResume()
都会被各调用一次,而且两个Fragment的View会被同时attach到containerView。
同样,退出Activty时,每个Fragment生命周期中的onPause()-onDetach()
也会被各调用一次。
但当使用replace()
来添加Fragment的时候,第二次添加会导致第一个Fragment被销毁,即执行第二个Fragment的onAttach()
方法之前会先执行第一个Fragment的onPause()-onDetach()
方法,同时containerView会detach第一个Fragment的View。
2. show() & hide() vs. attach() & detach()
调用show()
和hide()
方法时,Fragment的生命周期方法并不会被执行,仅仅是Fragment的View被显示或者隐藏。而且尽管Fragment的View被隐藏,但它在父布局中并未被detach,仍然是作为containerView的childView存在着。相比较下,attach()
和detach()
做的就更彻底一些。一旦一个Fragment被detach()
,它的onPause()-onDestroyView()
周期都会被执行。
同时Fragment的View也会被detach。在重新调用attach()
后,onCreateView()-onResume()
周期也会被再次执行。
3. remove()
其实看完上面的分析,remove()
方法基本也就明白了。相对应add()
方法执行onAttach()-onResume()
的生命周期,remove()
就是完成剩下的onPause()-onDetach()
周期。
Lifecycle
使用add()
加入fragment时将触发onAttach()
, 使用attach()
不会触发onAttach()
使用replace()
替换后会将之前的fragment的view从viewtree中删除。
触发顺序:
detach(): onPause()->onStop()->onDestroyView()
attach(): onCreateView()->onActivityCreated()->onStart()->onResume()
使用hide()
方法只是隐藏了fragment的view并没有将view从viewtree中删除,随后可用show()
方法将view设置为显示。
使用detach()
会将view从viewtree中删除, 和remove()
不同, 此时fragment的状态依然保持着, 在使用attach()
时会再次调用onCreateView()
来重绘视图, 注意使用detach()
后fragment.isAdded()
方法将返回false,在使用attach()
还原fragment后isAdded()
会依然返回false(需要再次确认)
执行detach()
和replace()
后要还原视图的话, 可以在相应的fragment中保持相应的view, 并在onCreateView()
方法中通过parent view的removeView()
方法将view和parent的关联删除后返回。