Android面试：Fragment相关

1. Fragment生命周期

• Fragment从创建到销毁整个生命周期：onAttach() —> onCreate() —> onCreateView() —> onActivityCreated() —> onStart() —> onResume() —> onPause() —> onStop() —> onDestroyView() —> onDestroy() —> onDetach()
• onAttach()：当Fragment和Activity建立关联时调用；
• onCreate()：创建Fragment时被调用；
• onCrateView()：每次创建、绘制Fragment的View组件时会调用该方法，Fragment将会显示该方法返回的View组件；
• onActivityCreated()：当Fragment所在的Activity被启动完成后调用；
• onStart()：启动Fragment时调用，此时Fragment可见；
• onResume()：恢复Fragment时被调用，获得焦点
• onPause()：暂停Fragment时被调用，失去焦点
• onStop()：停止Fragment时被调用，Fragment不可见
• onDestroyView()：销毁与Fragment有关的视图，但未与Activity解除绑定
• onDestroy()：销毁Fragment时调用
• onDetach()：当Fragment和Activity解除关联时调用

2. Activity和Fragment区别

• 相似点：都可包含布局、可有自己的生命周期
• 不同点：
  • Fragment相比较于Activity多出4个回调周期，在控制操作上更灵活；
  • Fragment可以在XML文件中直接进行写入，也可以在Activity中动态添加；
  • Fragment可以使用show()/hide()或者replace()随时对Fragment进行切换，并且切换的时候不会出现明显的效果，用户体验会好；Activity虽然也可以进行切换，但是Activity之间切换会有明显的翻页或者其他的效果，在小部分内容的切换上给用户的体验不是很好

3. Fragment中add于replace的区别（Fragment重叠）

• add不会重新初始化fragment，replace每次都会。所以如果在fragment生命周期内获取数据，使用replace会重复获取
• 添加相同的fragment时，replace不会有任何变化，add会报IllegalStateException（无效状态）异常
• replace先remove掉相同id的所有fragment，然后在add当前这个fragment，而add是覆盖前一个fragment。所以如果使用add一般会伴随hide()和show()，避免布局重叠
• 使用add，如果应用放在后台，或以其他方式被系统销毁，再打开时，hide()中引用的fragment会销毁，所以依然会出现布局重叠的bug，可以使用replace或使用add时，添加一个tag参数

4. getFragmentManager、getSupportFragmentManager、getChildFragmentManager之间的区别

• getFragmentManager()所得到的是所在Fragment的父容器的管理器，getChildFragmentManager()所得到是在fragment里面子容器的管理器，如果是fragment嵌套fragment，那么就需要利用getChildFragmentManager()
• 因为fragment是3.0 Android系统API版本中才出现的组件，所以3.0以上系统可以直接调用getFragmentManeger()来获取fragmentManager()对象，而3.0以下则需要调用getSupportFragmentManager()来间接获取

5. FragmentPagerAdapter与FragmentSatePagerAdapter的区别与使用场景

• 相同点：二者都是继承PagerAdapter
• 不同点：
  • FragmentPagerAdapter的每个Fragment会持久保存在FragmentManager中，只要用户可以返回到页面中，它不会被销毁。因此适用于那些数据相对静态的页面，Fragment数量也比较少的那种；
  • FragmentStatePagerAdapter只保留当前页面，当页面不可见时，该Fragment就会被消除，释放其资源。因此适用于那些数据动态性较大，占用内存较多，多Fragment的情况