Fragment-管理Fragment2
上一篇,给大家讲了有关Fragment管理的几个函数,即add,replace,remove,这节再讲讲其它函数,然后再给大家看一个系统BUG。
一、hide()、show()
1、基本使用
这两个函数的功能非常简单,
public FragmentTransaction hide(Fragment fragment);//将指定的fragment隐藏不显示 public FragmentTransaction show(Fragment fragment);//将以前hide()过的fragment显示出来
先看下面的效果图:
- 首先,依次添加fragment1,fragment2,fragment3
- 然后点击”frag3 hide”,将fragment3隐藏不显示,所以就显示出来它的下一层fragment2的视图
- 然后再点击“frag3 show”,将fragment3重新显示出来
- 然后点击“frag2 hide”按钮,将fragment2隐藏,但是由于fragment3覆盖在fragment2之上,fragment2隐藏之后对fragment3没有任何影响,所以在视图上看不到任何效果。
- 这时候,我们再点击“hide frag3”,将fragment3隐藏起来,这时候,由于fragment3和fragment2都隐藏了,所以显示的就是fragment1的视图。
- 最后,点击“frag2 show”将fragment2显示出来
代码如下:
(1)、同样是新建三个fragment,命名为Fragment1,Fragment2,Fragment3,同样是用背景色和文字来区别;
(2)、然后是点击“add frag1”按钮的代码
Fragment1 fragment1 = new Fragment1(); addFragment(fragment1, "fragment1");
其中:
private void addFragment(Fragment fragment, String tag) { FragmentManager manager = getSupportFragmentManager(); FragmentTransaction transaction = manager.beginTransaction(); transaction.add(R.id.fragment_container,fragment, tag); transaction.addToBackStack(tag); transaction.commit(); }
这个函数已经在前面几章用过N多次了,就不再讲了。
(3)、frag3 hide的代码:
FragmentManager manager = getSupportFragmentManager(); Fragment fragment = manager.findFragmentByTag("fragment3"); FragmentTransaction transaction = manager.beginTransaction(); transaction.hide(fragment); transaction.addToBackStack("hide fragment3"); transaction.commit();
也没什么难度,跟前面几篇不一样的地方就是调用了transaction.hide(fragment);函数;
(4)、frag3 show的代码:
FragmentManager manager = getSupportFragmentManager(); Fragment fragment = manager.findFragmentByTag("fragment3"); FragmentTransaction transaction = manager.beginTransaction(); transaction.show(fragment); transaction.addToBackStack("show fragment3"); transaction.commit();
这里也基本上与以前的操作代码都一样,只是使用了transaction.show(fragment);函数
2、在实战中的运用方法
如果我们使用replace来切换页面,那么在每次切换的时候,Fragment都会重新实例化,重新加载一边数据,这样非常消耗性能和用户的数据流量。
这是因为replace操作,每次都会把container中的现有的fragment实例清空,然后再把指定的fragment添加进去,就就造成了在切换到以前的fragment时,就会重新实例会fragment。
正确的切换方式是add(),切换时hide(),add()另一个Fragment;再次切换时,只需hide()当前,show()另一个。
这样就能做到多个Fragment切换不重新实例化:(基本算法如下)
public void switchContent(Fragment from, Fragment to) { if (!to.isAdded()) { // 先判断是否被add过 transaction.hide(from).add(R.id.content_frame, to).commit(); // 隐藏当前的fragment,add下一个到Activity中 } else { transaction.hide(from).show(to).commit(); // 隐藏当前的fragment,显示下一个 } }
大家可能觉得这里有个问题,如果我们要show()的fragment不在最顶层怎么办?如果不在ADD队列的队首,那显然show()之后是不可见的;那岂不影响了APP逻辑。大家有这个想法是很棒的,但在APP中不存在这样的情况,因为我们的APP的fragment是一层层ADD进去的,而且我们的fragment实例都是唯一的,用TAG来标识,当退出的时候也是一层层剥离的,所以当用户的动作导致要添加某个fragment时,那说明这个fragment肯定是在栈顶的。
二、detach()、attach()
这两个函数的声明如下:
public FragmentTransaction detach(Fragment fragment); public abstract FragmentTransaction attach(Fragment fragment);
detach():会将view与fragment分离,将此将view从viewtree中删除!而且将fragment从Activity的ADD队列中移除!所以在使用detach()后,使用fragment::isAdded()返回的值是false;但此fragment实例并不会删除,此fragment的状态依然保持着使用,所以在fragmentManager中仍然可以找到,即通过FragmentManager::findViewByTag()仍然是会有值的。
attach():显然这个方法与detach()所做的工作相反,它一方面利用fragment的onCreateView()来重建视图,一方面将此fragment添加到ADD队列中;这里最值得注意的地方在这里:由于是将fragment添加到ADD队列,所以只能添加到列队头部,所以attach()操作的结果是,最新操作的页面始终显示在最前面!这也就解释了下面的例子中,为了fragment2 detach()后,当再次attach()后,却跑到了fragment3的前面的原因。还有,由于这里会将fragment添加到Activity的ADD队列中,所以在这里调用fragment::isAdded()将返回True;
下面用一个例子来讲讲,有关这上面所讲解的知识,效果图如下:
- (1)、同样,先依次添加Fragment1,Fragment2,Fragment3
- (2)、然后点击“frag3 detach”,将fragment3的View视图删除,然后从ADD队列中将fragment移除。之后点击“fragment is added?”根据TOAST可以看出,fragment::isAdded()函数返回值是false;
- (3)、然后点击“frag3 attach”,将fragment重新与Activity绑定,它有两个动作,一方面重建fragment视图,一方面将fragment添加到Activity的ADD队列中;所以这时候点击“fragment is added?”,fragment::isAdded()函数返回值是true;
- (4)、然后点击“frag2 detach”,由于fragment2在fragment3之下,所以给fragment2使用detach,在界面上看不出任何效果。
- (5)、但当点击“frag2 attach”时,问题出现了,由于attach()会做两件事,一方面重建fragment视图,一方面将fragment添加到Activity的ADD队列中;由于是ADD队列,所以肯定添加的位置肯定在队首;所以fragment2就显示在了最上方,把fragment3盖住了,这就是为什么在点击“frag2 attach”之后,却可以看到fragment2的视图的原因!
好了,下面就是代码部分了,这部分代码是在上一部分的上面添加了几个按钮而来的,直接看按钮点击时的代码操作:
1、点击frag3 detach按钮的代码
FragmentManager manager = getSupportFragmentManager(); Fragment fragment = manager.findFragmentByTag("fragment3"); FragmentTransaction transaction = manager.beginTransaction(); transaction.detach(fragment); transaction.addToBackStack("detach fragment3"); transaction.commit();
从代码也可以看到,没什么难度,这个函数的最难点在于知道detach()在执行过程中都干了什么!再重申一遍:一方面删除fragment的View视图;一方面将fragment从Activity的ADD队列中移除!说是Activity的ADD队列,倒不如说是container的ADD队列更贴切些;因为一个Activity上面可以有多个Container来盛装Fragment实例组,每一个Container都会被分配一个ADD队列来记录当前通过add()方法,添加到这个container里的所有fragment实例。
2、点击“frag3 attach”按钮的代码
FragmentManager manager = getSupportFragmentManager(); Fragment fragment = manager.findFragmentByTag("fragment3"); FragmentTransaction transaction = manager.beginTransaction(); transaction.attach(fragment); transaction.addToBackStack("attach fragment3"); transaction.commit();
依然,相比以前的fragment操作也只多了一个transaction.attach(fragment);没什么难度。关键仍然在于知道attach()操作都做了哪些事!再次重申:一方面重建fragment的View,注意是重建!另一方面,将fragment实例添加进container的ADD队列中;关于"frag2 detach"和"frag2 attach"的代码就不再贴出来了,跟frag3的一样。
好了,到这里,有关Fragment的操作都已经讲完了,下面就讲讲有关在Fragment操作中Android的BUG!
三、系统BUG——add()和replace()千万不要共用!!!
先写个例子来看一下问题:
这个例子分为两部分,
- 第一部分:先利用add()函数,依次add进去fragment1,fragment2,fragment3,fragment4,fragment5,然后利用"print back stack"打印出当前在回退栈中每次操作的名称;每回退一次打一次回退栈内容,可见一切都是正常的,即回退栈顶的项,正是当前VIEW顶部显示的内容。
- 第二部分,如果我们先利用add()函数,依次add进去fragment1,fragment2,fragment3,fragment4,然后再利用replace函数添加进去fragment5;然后利用"print back stack"打印出当前在回退栈中每次操作的名称;可以看到,当回退栈顶是"add fragment4"时,fragment4却没有出现,点击返回按钮,却把这个"add fragment4"的Transaction操作给返回了。同样的现象也发生在fragment2中;
还是先看看实现代码:
1、添加fragment,比如添加fragment1,其它fragment2,fragment3,fragment4同理
Fragment1 fragment1 = new Fragment1(); addFragment(fragment1, "add fragment1");
其中:
private void addFragment(Fragment fragment, String tag) { FragmentManager manager = getSupportFragmentManager(); FragmentTransaction transaction = manager.beginTransaction(); transaction.add(R.id.fragment_container, fragment); transaction.addToBackStack(tag); transaction.commit(); }
2、replace fragment5:
代码上没什么难度,在添加到回退栈时,添加TAG:"replace fragment5"
Fragment5 fragment5 = new Fragment5(); FragmentManager manager = getSupportFragmentManager(); FragmentTransaction transaction = manager.beginTransaction(); transaction.replace(R.id.fragment_container, fragment5); transaction.addToBackStack("replace fragment5"); transaction.commit();
3、打印出回退栈中的内容:
这里要讲一个函数了:
public int getBackStackEntryCount();//获取回退栈中,Transaction回退操作的数量 public BackStackEntry getBackStackEntryAt(int index);//根据索引得到回退栈变量
其中getBackStackEntryAt()返回的变量BackStackEntry,就是回退栈中保存每次transaction操作的变量;它有很多方法,其中BackStackEntry::getName()是获取Transacion操作的名字,即通过transaction.addToBackStack("replace fragment5");传进去的字符串。关于BackStackEntry的其它方法,靠大家自己去发掘啦,这个函数用的不多,就不再细讲了。
TextView tv = (TextView) findViewById(R.id.tv_stack_val); FragmentManager manager = getSupportFragmentManager(); int count = manager.getBackStackEntryCount(); StringBuilder builder = new StringBuilder("回退栈内容为:\n"); for (int i = --count;i>=0;i--){ FragmentManager.BackStackEntry entry= manager.getBackStackEntryAt(i); builder.append(entry.getName()+"\n"); } tv.setText(builder.toString());
好啦,代码看完了,要讲问题了。那问题来了,为什么在回退栈中有add fragment4和add fragment2的操作,却不显示呢?
问题出在了replace()操作上,replace()操作原意的实现应该是清空container中所有的fragment实例,然后再将指定的fragment添加到container的ADD队列中;但在清空时,他们的代码是这样写的:
for (int i=0;i<mManager.mAdded.size(); i++) { Fragment old = mManager.mAdded.get(i); …… mManager.removeFragment(old, mTransition, mTransitionStyle); }
其中:mAdded就是我们前面说的container的ADD队列;看他的操作:
首先,先逐个得到mAdded队列中的fragment,即:
Fragment old = mManager.mAdded.get(i);
然后,将这个fragment实例移除:
mManager.removeFragment(old, mTransition, mTransitionStyle);
有没有看出什么问题?他把这个fragment从mAdded队列中直接移除了!!!!那这不打乱了原来的顺序了么,在移除下一个fragment时就根本对不上号了。看不懂?没关系,我们举个例子来讲:
比如,我们上面的,在mAdded队列中有1,2,3,4,5这五个fragment;
首先,当i=0时,移除1,这没错!但它是将mAdded队列中的1直接移除的哦!所以移除1以后,mAdded队列的值变成了2,3,4,5
这时候,当i=1时,删除的是3!!!!知道问题所在了吧!所以在删除3后,mAdded队列的值为2,4,5
所以当i=2时,删除的是5!!!!所以这就造成了为什么我们的fragment2和fragment4明明在回退栈中,即显示不出来的原因,因为他们在删除时根本就没有删除,而在回退栈回退时却又要跟着操作顺序来回退,即remove fragment5,逐个add进去fragment4,fragment3,fragment2,fragment1,而又由于fragment4和fragment2没有被删除,所以出现了错误,导致系统哪里出了问题,所以显示不出来,至于是哪里出了问题,我也不知道,因为我尝试了show()和attach() fragment4都还是没有效果。可能是系统底层的问题吧。所以,这里忠告大家,add()和replace()不能共用!!!!!