使用Fragment

优点

• 简化对UI的重用，将UI和交互放到Fragment里面，可以方便的针对不同设备设置不同的UI（如pad显示两个fragment，phone显示一个）；

完整生命周期

使用fragment

• 直接在layout.xml里面声明一个Fragment
• 使用FragmentManager动态添加、替换、移除；
  • 必须通过FragmentTransaction来完成动态改变；
  • addToBackStack()方法可以支持通过返回键回退到上一个Fragment；
• Fragment的isInLayout()方法可以判断Fragment是否已经显示；
• 可以通过放在不同文件夹下（values，values-land等）的xml文件中的变量值，在代码中动态获取值，来达到判断当前运行模式/设备的目的；
• Fragment的Transaction支持动画；

使用Fragment进行后台处理（Headless Fragment）

• onCreateView返回null；
• 结合setRetainInstance()方法，让Fragment在应用程序配置发生变化（横竖屏、屏幕尺寸）时，不会被destroy，从而继续执行后台任务；
• 通过为Fragment设置tag，可以在之后获取fragment实例；
• 效果类似于MVP中的ViewState；

Fragment不利于单元测试

• Fragment的life cycle很复杂
• View controllers? Not so fast.
  操作view，有很多view相关的代码，不利于单元测试
• Fragment transactions
  异步过程，当接收到多个click事件，或者configuration changes时，程序将处于未知状态
• Fragment creation magic
  fragment manager可能会使用反射接口重新创建fragment，而fragment有可能会作为内部类被定义，没有public的构造函数，问题就来了
• Fragments: lessons learned
  • Single Activity Interface：使用不同的Fragment实现界面，动效、生命周期将变得更容易
  • The backstack isn't an activity specific notion; you can implement a backstack within an activity.
  • There is no need for new APIs; everything we needed was there from the very beginning: activities, views, and layout inflaters.
• Responsive UI: fragments vs custom views
• 扩展阅读：使用custom views构建single activity app：Simpler Android apps with Flow and Mortar

Fragment Transactions & Activity State Loss

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
    at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1341)
    at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1352)
    at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595)
    at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)

• 原因：在activity的state被save之后，commit FragmentTransaction，会抛出这个异常
• 当activity在后台被杀死之后，会通过onSaveInstanceState回调让程序可以保存数据（状态），其中dialog, fragment, view的状态由framework负责保存和恢复
• 因为FragmentTransaction#commit()在onSaveInstanceState()后被调用了，系统为了防止activity state loss，抛出了该异常
• 从3.1起，安卓系统对于Activity生命周期的维护发生了变化
  support库的行为：
  

• 如何避免

  • Be careful when committing transactions inside Activity lifecycle methods
    只在onCreate或者响应用户的输入时才会commit，不会遇到这个问题；但如果在onActivityResult、onStart、onResume等其他生命周期函数中调用，则会有风险，尤其是onResume，推荐使用FragmentActivity#onResumeFragments()/Activity#onPostResume()中调用，而不是onResume。

    private boolean mReturningWithResult = false;
    
    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
      super.onActivityResult(requestCode, resultCode, data);
      mReturningWithResult = true;
    }
    
    @Override
    protected void onPostResume() {
      super.onPostResume();
      if (mReturningWithResult) {
          // Commit your transactions here.
      }
      // Reset the boolean flag back to false for next time.
      mReturningWithResult = false;
    }
    

  • Avoid performing transactions inside asynchronous callback methods.
    回调内已经对Activity的状态没有保证了，强烈建议不要这么做；
  • Use commitAllowingStateLoss() only as a last resort.