Fragment详解摘要整理

引子

所有的知识均来自下面这篇博客。这篇博客系列详细的讲解了Fragment用法。
Fragment详解

笔记

FragmentManager管理者
要管理activity中的fragments，你就需要使用FragmentManager。通过getFragmentManager（）或getSupportFragmentManager（）获得

manager.findFragmentById();  //根据ID来找到对应的Fragment实例，主要用在静态添加fragment的布局中，因为静态添加的fragment才会有ID  manager.findFragmentByTag();//根据TAG找到对应的Fragment实例，主要用于在动态添加的fragment中，根据TAG来找到fragment实例  manager.getFragments();//获取所有被ADD进Activity中的Fragment 

2、FragmentTransaction
一般用来对当前的Fragment进行管理，包括add,replace,remove；
常用的针对Fragment的方法有：

//将一个fragment实例添加到Activity的最上层  add(int containerViewId, Fragment fragment, String tag);  //将一个fragment实例从Activity的fragment队列中删除  remove(Fragment fragment);  //替换containerViewId中的fragment实例，注意，它首先把containerViewId中所有fragment删除，然后再add进去当前的fragment  replace(int containerViewId, Fragment fragment);  

这里的replace操作会把这个cotainer中所有fragment清空！！！！然后再把fragment2添加进去！

但这里有个问题，必须根大家讲一下：我们上面说过replace操作会把Container中的所有fragment全部删除，然后再将指定的fragment添加进去！但Android在实现时出现了BUG！在replace()时，并不能把以前所有Fragment清空，就因为这个系统工程产了BUG就会导致add()和Replace()不能共用！关于add()和Replace()不能共用的问题

有关回滚——FragmentTransaction

回滚指的是返回上一次commit的状态，注意是commit，你的一次commit被记录为一次操作状态，即便你再这次commit里add、remove、replace、attach、detach了很多次，但是这一连串的操作只有一个commit的话，他们都作为一个状态被保存在栈中

这里我们着重讲一下，回退是以commit()提交的一次事务为单位的，而不是以其中的add,replace等等操作为单位回退的，即，如果我们在一次提交是添加了fragment2,fragment3,fragment4，那么回退时，会依据添加时的顺序，将它们一个个删除，返回到没有添加fragment4,fragment3,fragment2的状态。

在transaction.commit()之前，使用addToBackStack()将其添加到回退栈中。

transaction.addToBackStack(String tag);  

在需要回退时，使用popBackStack()将最上层的操作弹出回退栈。

manager.popBackStack();  

当栈中有多层时，我们可以根据id或TAG标识来指定弹出到的操作所在层。函数如下：

void popBackStack(int id, int flags);  void popBackStack(String name, int flags);  

其中
- 参数int id是当提交变更时transaction.commit()的返回值。
- 参数string name是transaction.addToBackStack(String tag)中的tag值；
- 至于int flags有两个取值：0或- FragmentManager.POP_BACK_STACK_INCLUSIVE；
- 当取值0时，表示除了参数一指定这一层之上的所有层都退出栈，指定的这一层为栈顶层；
- 当取值POP_BACK_STACK_INCLUSIVE时，表示连着参数一指定的这一层一起退出栈；

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;
调用attach方法后，会把重建这个fragment的实例，并将其放到栈顶，这点与show()方法不一样

获取回退栈里的Fragment的方法，记住每commit一次，就会加入一个回退栈（你调用了addtostack方法），所以说一直回退，一直都有

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());  

系统BUG——add()和replace()千万不要共用！！！

主要在replace的时候，并没有清掉所有的回退栈，出现了bug

Fragment参数传递

把参数传递进Fragment

为何不使用构造方法传递参数，而是使用Fragment.setArguments(Bundle bundle)
详见Android解惑 - 为什么要用Fragment.setArguments(Bundle bundle)来传递参数

摘要：通过上面的分析，我们可以知道Activity重新创建时，会重新构建它所管理的Fragment，原先的Fragment的字段值将会全部丢失，但是通过Fragment.setArguments(Bundle bundle)方法设置的bundle会保留下来。所以尽量使用Fragment.setArguments(Bundle bundle)方式来传递参数

传递进去 setArguments

 public static Fragment2 newInstance(String arg) {        Bundle args = new Bundle();        args.putString(DATA1, arg);        Fragment2 fragment = new Fragment2();        fragment.setArguments(args);        return fragment;    }

得到 getArguments

 public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {        View view = inflater.inflate(getLayout(), container, false);        Bundle arguments = getArguments();        if (arguments != null) {            mS = arguments.getString(DATA1);            mTv.setText(mS);        }        return view;    }

Fragment往外传参—使用万能的回调接口（略）