Android FragmentManager使用

Android FragmentManager使用

总结了一篇关于fragment管理的文章，之前一直很迷，现在实践后终于完全理解啦，欢迎各位大佬阅读修正

1.获取fragmentManager

要想使用好fragmentmanager，第一步肯定先要正确获取他呀：

• 获取activity中的fragmentmanager：在activity中 getFragmentManager()或getSupportFragmentManager()（这个用于support包的fragment，向下兼容，现api28后变成support包全部转为Androidx）如果在fragment中则可以先getactivity（）获取到其依赖的activity
• 获取在fragment中的fragmentmanager：getChildFragmentManager()这种情况用于fragment中嵌套fragment，同时子fragment可以通过getParentFragment()获得

2.事务

• 在Android中fragmentManager是以事务为单位来管理的，每次我们都通过fragmentManager.beginTransaction()来获得一个FragmentTransaction对象，然后进行添加，替换，删除等，最后commit提交，这整个过程从begin到commit进行的所有操作就是一个事务，每个commit提交一个事务
• 这里要注意commit调用commit()方法并不立即执行这个事务，而是在Activity的UI线程之上（”main”线程）调度运行，以便这个线程能够尽快执行这个事务，这意味这个commit是异步的，所以必要时可以通过commitNow()来立即执行

2.fragmentManager的各种方法

• add()add方法会直接将一个fragment添加到指定的id布局中，不管这个布局容器中原来有没有，无条件覆盖。所以会叠加，而之前的fragment只是被遮挡，view并不会被摧毁
• getFragmentbyTag()与getFragmentbyId()这两个方法可以获得有相应的tag或id属性的fragment（这两个属性也可以通过xml里布局设置），那么就出现了有多个fragment拥有相同的tag和id，那调用该方法获得的是哪个呢？实测获得的是最顶层的那个fragment，也就是最近添加的
• replace()该方法不同于add()可有其注释的出，relplace()会先相应调用该布局id容器中中所有的add的fragment的remove()方法，然后在调用add()方法
• remove()移除这个fragment，最后会调用onDetach()
• show()和hide() ,这里要注意调用这两个方法并不会走fragment的生命周期，which means 并不会调用onPause（），onStop方法，而是只调用了onHiddenChanged()方法，所有改变应在这个方法里，重写之
• addToBackTrack()最后说一下fragment的回退栈，注意，只有在commit事务是调用了addToBackTrack()方法，才会有回退栈，才会在回退栈里添加，否则就没有回退栈，pop方法不会有任何改变。 addToBackTrack()即把本次事务的所有操作储存起来，注意调用了addtobaktrack后remove方法不会真的把fragment移除，而只是distroy了它的view，并没有调用onDetach(),也就是说它还连接在宿主中。
• popbackTrack，该方法即将回退栈中的最近的一次事务pop出来，也就是反过来调用方法，add就是remove，remove就add，所以如果这个调用了replace，那么pop后就会将这个replace add的fragment移除，然后在把之前remove的所有fragment add到里面。而之前就存在的fragment依然存在，没有变化，就像是add覆盖到上面一样。所以加入回退栈后pop可以回到上次操作

---

最后，fragment在现在开发中已经十分常用，所以必须完全理解他的生命周期和fragmentManager如何管理它，这样才能高效的复用，利用fragment

转载于:https://juejin.im/post/5cc26c155188252e7b4a459e