添加到后台堆栈后如何保持片段状态？

Question

我写了一个虚拟活动，可以在两个片段之间切换。当您从FragmentA转到FragmentB时，FragmentA被添加到后台堆栈中。但是，当我返回FragmentA（按回去）时，会创建一个全新的FragmentA，并且它所处的状态会丢失。我感觉自己对这个问题也很满意，但是我提供了完整的代码示例来帮助解决问题：public class FooActivity extends Activity {  @Override public void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    final FragmentTransaction transaction = getFragmentManager().beginTransaction();    transaction.replace(android.R.id.content, new FragmentA());    transaction.commit();  }  public void nextFragment() {    final FragmentTransaction transaction = getFragmentManager().beginTransaction();    transaction.replace(android.R.id.content, new FragmentB());    transaction.addToBackStack(null);    transaction.commit();  }  public static class FragmentA extends Fragment {    @Override public View onCreateView(LayoutInflater inflater, ViewGroup container,        Bundle savedInstanceState) {      final View main = inflater.inflate(R.layout.main, container, false);      main.findViewById(R.id.next_fragment_button).setOnClickListener(new View.OnClickListener() {        public void onClick(View v) {          ((FooActivity) getActivity()).nextFragment();        }      });      return main;    }    @Override public void onSaveInstanceState(Bundle outState) {      super.onSaveInstanceState(outState);      // Save some state!    }  }  public static class FragmentB extends Fragment {    @Override public View onCreateView(LayoutInflater inflater, ViewGroup container,        Bundle savedInstanceState) {      return inflater.inflate(R.layout.b, container, false);    }  }}它从不调用FragmentA.onSaveInstanceState，并且在您回击时会创建一个新的FragmentA。但是，如果我在FragmentA上并且锁定了屏幕，则会调用FragmentA.onSaveInstanceState。所以很奇怪...我期望添加到后端堆栈的片段不需要重新创建是我错了吗？这是文档所说的：而如果您在删除片段时确实调用了addToBackStack（），则该片段将停止并在用户向后导航时恢复。

Answer 1

如果从后堆栈返回片段，它不会重新创建片段，而是会重新使用同一实例，并从onCreateView()片段生命周期开始，请参见片段生命周期。

因此，如果要存储状态，则应使用实例变量而不要依赖onSaveInstanceState()。

Answer 2

与Apple UINavigationController和相比UIViewController，Google在Android软件架构方面做得不好。与Android有关的文档Fragment并没有太大帮助。

当您从FragmentA输入FragmentB时，现有的FragmentA实例不会被破坏。当您在FragmentB中按Back返回到FragmentA时，我们不会创建新的FragmentA实例。现有的FragmentA实例onCreateView()将被调用。

关键是我们不应该在FragmentA的视图中再次扩大视图onCreateView()，因为我们使用的是现有FragmentA的实例。我们需要保存并重用rootView。

以下代码运行良好。它不仅保持片段状态，还减少了RAM和CPU负载（因为我们仅在必要时膨胀布局）。我不能相信谷歌的示例代码和文档别说但总是夸大布局。

版本1（请勿使用版本1。请使用版本2）

public class FragmentA extends Fragment {

    View _rootView;

    public View onCreateView(LayoutInflater inflater, ViewGroup container,

            Bundle savedInstanceState) {

        if (_rootView == null) {

            // Inflate the layout for this fragment

            _rootView = inflater.inflate(R.layout.fragment_a, container, false);

            // Find and setup subviews

            _listView = (ListView)_rootView.findViewById(R.id.listView);

            ...

        } else {

            // Do not inflate the layout again.

            // The returned View of onCreateView will be added into the fragment.

            // However it is not allowed to be added twice even if the parent is same.

            // So we must remove _rootView from the existing parent view group

            // (it will be added back).

            ((ViewGroup)_rootView.getParent()).removeView(_rootView);

        }

        return _rootView;

    }

}

正如评论所提到的，有时在中_rootView.getParent()为null onCreateView会导致崩溃。第2版按照dell116建议删除了onDestroyView（）中的_rootView。已在Android 4.0.3、4.4.4、5.1.0上测试。

版本2

public class FragmentA extends Fragment {

    View _rootView;

    public View onCreateView(LayoutInflater inflater, ViewGroup container,

            Bundle savedInstanceState) {

        if (_rootView == null) {

            // Inflate the layout for this fragment

            _rootView = inflater.inflate(R.layout.fragment_a, container, false);

            // Find and setup subviews

            _listView = (ListView)_rootView.findViewById(R.id.listView);

            ...

        } else {

            // Do not inflate the layout again.

            // The returned View of onCreateView will be added into the fragment.

            // However it is not allowed to be added twice even if the parent is same.

            // So we must remove _rootView from the existing parent view group

            // in onDestroyView() (it will be added back).

        }

        return _rootView;

    }

    @Override

    public void onDestroyView() {

        if (_rootView.getParent() != null) {

            ((ViewGroup)_rootView.getParent()).removeView(_rootView);

        }

        super.onDestroyView();

    }

}

警告！！！

这是哈克！虽然我在我的应用程序中使用它，但是您需要仔细测试和阅读评论。

Answer 3

我猜想有另一种方法可以实现您想要的。我没有说这是一个完整的解决方案，但在我的情况下达到了目的。

我所做的是代替了我刚刚添加目标片段的片段。因此，基本上，您将改为使用add()method replace()。

我还做了什么。我隐藏了当前的片段，并将其添加到堆栈中。

因此，它在不破坏其视图的情况下将新片段覆盖在当前片段上。（检查onDestroyView()是否未调用其方法。加上它可以backstate使我恢复片段。

这是代码：

Fragment fragment=new DestinationFragment();

FragmentManager fragmentManager = getFragmentManager();

android.app.FragmentTransaction ft=fragmentManager.beginTransaction();

ft.add(R.id.content_frame, fragment);

ft.hide(SourceFragment.this);

ft.addToBackStack(SourceFragment.class.getName());

ft.commit();

AFAIK系统仅onCreateView()在视图被破坏或未创建时调用。但是这里我们通过不从内存中删除视图来保存视图。因此，它不会创建新视图。

当您从Destination Fragment返回时，它将弹出最后一个FragmentTransaction删除的顶部片段，这将使最上面的（SourceFragment's）视图显示在屏幕上。

评论：正如我所说，这不是一个完整的解决方案，因为它不会删除Source片段的视图，因此比平时占用更多的内存。但还是要达到目的。另外，我们使用完全不同的隐藏视图机制，而不是替换非传统的视图。

因此，这实际上与维护状态无关，而与维护视图有关。