Làm cách nào tôi có thể duy trì trạng thái phân đoạn khi thêm vào ngăn xếp phía sau?

Tôi đã viết lên một hoạt động giả chuyển đổi giữa hai mảnh. Khi bạn đi từ FragmentA đến FragmentB, FragmentA sẽ được thêm vào ngăn xếp phía sau. Tuy nhiên, khi tôi trở lại FragmentA (bằng cách nhấn lại), một FragmentA hoàn toàn mới được tạo ra và trạng thái của nó bị mất. Tôi có cảm giác tôi giống như câu hỏi này , nhưng tôi đã bao gồm một mẫu mã hoàn chỉnh để giúp giải quyết vấn đề:

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

Với một số thông điệp tường trình được thêm vào:

07-05 14:28:59.722 D/OMG     ( 1260): FooActivity.onCreate
07-05 14:28:59.742 D/OMG     ( 1260): FragmentA.onCreateView
07-05 14:28:59.742 D/OMG     ( 1260): FooActivity.onResume
<Tap Button on FragmentA>
07-05 14:29:12.842 D/OMG     ( 1260): FooActivity.nextFragment
07-05 14:29:12.852 D/OMG     ( 1260): FragmentB.onCreateView
<Tap 'Back'>
07-05 14:29:16.792 D/OMG     ( 1260): FragmentA.onCreateView

Nó không bao giờ gọi FragmentA.onSaveInstanceState và nó tạo ra một FragmentA mới khi bạn quay lại. Tuy nhiên, nếu tôi ở trên FragmentA và tôi khóa màn hình, FragmentA.onSaveInstanceState sẽ được gọi. Thật kỳ lạ ... tôi có sai không khi mong đợi một đoạn được thêm vào ngăn xếp phía sau để không cần tạo lại? Đây là những gì các tài liệu nói:

Trong khi đó, nếu bạn gọi addToBackStack () khi xóa một đoạn, thì đoạn đó sẽ bị dừng và sẽ được nối lại nếu người dùng điều hướng trở lại.

Nếu bạn quay lại một đoạn từ ngăn xếp phía sau, nó không tạo lại đoạn đó mà sử dụng lại cùng một thể hiện và bắt đầu onCreateView()trong vòng đời của đoạn, xem vòng đời của đoạn .

Vì vậy, nếu bạn muốn lưu trữ trạng thái, bạn nên sử dụng các biến thể hiện và không dựa vào onSaveInstanceState().

So sánh với Apple UINavigationControllervà UIViewController, Google không làm tốt về kiến ​​trúc phần mềm Android. Và tài liệu của Android về Fragmentkhông giúp được gì nhiều.

Khi bạn nhập FragmentB từ FragmentA, phiên bản FragmentA hiện tại không bị hủy. Khi bạn nhấn Back in FragmentB và quay lại FragmentA, chúng tôi sẽ không tạo một cá thể FragmentA mới. Ví dụ của FragmentA hiện tại onCreateView()sẽ được gọi.

Điều quan trọng là chúng ta không nên tăng cường xem lại trong FragmentA onCreateView(), bởi vì chúng ta đang sử dụng thể hiện của FragmentA. Chúng ta cần lưu và sử dụng lại rootView.

Các mã sau hoạt động tốt. Nó không chỉ giữ trạng thái phân mảnh, mà còn giảm tải RAM và CPU (vì chúng tôi chỉ tăng bố cục nếu cần thiết). Tôi không thể tin rằng mã mẫu và tài liệu của Google không bao giờ đề cập đến nó nhưng luôn làm tăng bố cục .

Phiên bản 1 (Không sử dụng phiên bản 1. Sử dụng phiên bản 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;
    }
}

------ Cập nhật ngày 3 tháng 5 năm 2005: -------

Như các ý kiến ​​đã đề cập, đôi khi _rootView.getParent()là null onCreateView, điều này gây ra sự cố. Phiên bản 2 xóa _rootView trong onDestroyView (), như dell116 đề xuất. Đã thử nghiệm trên Android 4.0.3, 4.4.4, 5.1.0.

Phiên bản 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();
    }
}

CẢNH BÁO!!!

Đây là một HACK! Mặc dù tôi đang sử dụng nó trong ứng dụng của mình, bạn cần kiểm tra và đọc các bình luận cẩn thận.

Tôi đoán có một cách khác để đạt được những gì bạn đang tìm kiếm. Tôi không nói đó là một giải pháp hoàn chỉnh nhưng nó phục vụ mục đích trong trường hợp của tôi.

Những gì tôi đã làm là thay vì thay thế đoạn tôi chỉ thêm đoạn đích. Vì vậy, về cơ bản, bạn sẽ sử dụng add()phương pháp thay thế replace().

Những gì tôi đã làm. Tôi giấu đoạn hiện tại của mình và cũng thêm nó vào backstack.

Do đó, nó chồng lấp lên đoạn mới so với đoạn hiện tại mà không phá hủy khung nhìn của nó (kiểm tra xem onDestroyView()phương thức của nó không được gọi. Thêm vào đó để backstatemang lại cho tôi lợi thế của việc nối lại đoạn đó.

Đây là mã:

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

Hệ thống AFAIK chỉ gọi onCreateView()nếu chế độ xem bị hủy hoặc không được tạo. Nhưng ở đây chúng tôi đã lưu chế độ xem bằng cách không xóa nó khỏi bộ nhớ. Vì vậy, nó sẽ không tạo ra một cái nhìn mới.

Và khi bạn quay trở lại từ Destination Fragment, nó sẽ hiện ra đoạn cuối FragmentTransactionloại bỏ cuối cùng sẽ làm cho chế độ xem trên cùng (SourceFragment) xuất hiện trên màn hình.

NHẬN XÉT: Như tôi đã nói, đây không phải là một giải pháp hoàn chỉnh vì nó không loại bỏ chế độ xem Đoạn nguồn và do đó chiếm nhiều bộ nhớ hơn bình thường. Nhưng vẫn, phục vụ mục đích. Ngoài ra, chúng tôi đang sử dụng một cơ chế ẩn hoàn toàn khác thay vì thay thế nó không truyền thống.

Vì vậy, nó không thực sự là cách bạn duy trì trạng thái, mà là cách bạn duy trì quan điểm.

Tôi sẽ đề nghị một giải pháp rất đơn giản.

Lấy biến tham chiếu View và đặt chế độ xem trong OnCreateView. Kiểm tra xem chế độ xem đã tồn tại trong biến này chưa, sau đó trả về cùng một chế độ xem.

   private View fragmentView;

   public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        super.onCreateView(inflater, container, savedInstanceState);

        if (fragmentView != null) {
            return fragmentView;
        }
        View view = inflater.inflate(R.layout.yourfragment, container, false);
        fragmentView = view;
        return view;
    }

Tôi đã gặp vấn đề này trong một mảnh chứa bản đồ, có quá nhiều chi tiết thiết lập để lưu / tải lại. Giải pháp của tôi là về cơ bản giữ cho mảnh vỡ này hoạt động suốt thời gian (tương tự như những gì @kaushal đã đề cập).

Giả sử bạn có Đoạn A hiện tại và muốn hiển thị Đoạn B. Tóm tắt hậu quả:

• thay thế () - xóa Fragment A và thay thế nó bằng Fragment B. Fragment A sẽ được tạo lại sau khi đưa ra phía trước một lần nữa
• thêm () - (tạo và) thêm một đoạn B và nó chồng lên đoạn A, vẫn đang hoạt động ở chế độ nền
• remove () - có thể được sử dụng để xóa Fragment B và quay lại A. Fragment B sẽ được tạo lại khi được gọi sau này

Do đó, nếu bạn muốn giữ cả hai Đoạn "được lưu", chỉ cần chuyển đổi chúng bằng cách sử dụng ẩn () / show ().

Ưu điểm : phương pháp dễ dàng và đơn giản để duy trì nhiều phân đoạn chạy
Nhược điểm : bạn sử dụng nhiều bộ nhớ hơn để duy trì tất cả chúng chạy. Có thể gặp sự cố, ví dụ: hiển thị nhiều ảnh bitmap lớn

onSaveInstanceState() chỉ được gọi nếu có thay đổi cấu hình.

Do thay đổi từ mảnh này sang mảnh khác nên không có thay đổi cấu hình nên không có cuộc gọi nào onSaveInstanceState() ở đó. Nhà nước nào không được cứu? Bạn có thể chỉ định?

Nếu bạn nhập một số văn bản trong EditText, nó sẽ được lưu tự động. Bất kỳ mục UI nào không có ID là mục có trạng thái xem sẽ không được lưu.

Ở đây, vì onSaveInstanceStatetrong đoạn không gọi khi bạn thêm đoạn vào backstack. Vòng đời của đoạn trong backstack khi được khôi phục bắt đầu onCreateViewvà kết thúc onDestroyViewtrong khi onSaveInstanceStateđược gọi giữa onDestroyViewvà onDestroy. Giải pháp của tôi là tạo biến thể hiện và init in onCreate. Mã mẫu:

private boolean isDataLoading = true;
private ArrayList<String> listData;
public void onCreate(Bundle savedInstanceState){
     super.onCreate(savedInstanceState);
     isDataLoading = false;
     // init list at once when create fragment
     listData = new ArrayList();
}

Và kiểm tra xem onActivityCreated:

public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    if(isDataLoading){
         fetchData();
    }else{
         //get saved instance variable listData()
    }
}

private void fetchData(){
     // do fetch data into listData
}

getSupportFragmentManager().addOnBackStackChangedListener(new FragmentManager.OnBackStackChangedListener()
    {
        @Override
        public void onBackStackChanged()
        {
            if (getSupportFragmentManager().getBackStackEntryCount() == 0)
            {
                //setToolbarTitle("Main Activity");
            }
            else
            {
                Log.e("fragment_replace11111", "replace");
            }
        }
    });


YourActivity.java
@Override
public void onBackPressed()
{
 Fragment fragment = getSupportFragmentManager().findFragmentById(R.id.Fragment_content);
  if (fragment instanceof YourFragmentName)
    {
        fragmentReplace(new HomeFragment(),"Home Fragment");
        txt_toolbar_title.setText("Your Fragment");
    }
  else{
     super.onBackPressed();
   }
 }


public void fragmentReplace(Fragment fragment, String fragment_name)
{
    try
    {
        fragmentTransaction = fragmentManager.beginTransaction();
        fragmentTransaction.replace(R.id.Fragment_content, fragment, fragment_name);
        fragmentTransaction.setCustomAnimations(R.anim.enter_from_right, R.anim.exit_to_left, R.anim.enter_from_left, R.anim.exit_to_right);
        fragmentTransaction.addToBackStack(fragment_name);
        fragmentTransaction.commitAllowingStateLoss();
    }
    catch (Exception e)
    {
        e.printStackTrace();
    }
}

Vấn đề của tôi là tương tự nhưng tôi đã vượt qua tôi mà không giữ mảnh vỡ còn sống. Giả sử bạn có một hoạt động có 2 đoạn - F1 và F2. F1 được bắt đầu ban đầu và giả sử có chứa một số thông tin người dùng và sau đó với một số điều kiện F2 xuất hiện khi yêu cầu người dùng điền vào thuộc tính bổ sung - số điện thoại của họ. Tiếp theo, bạn muốn số điện thoại đó bật trở lại F1 và hoàn tất đăng ký nhưng bạn nhận ra tất cả thông tin người dùng trước đó bị mất và bạn không có dữ liệu trước đó của họ. Đoạn được tạo lại từ đầu và ngay cả khi bạn đã lưu thông tin này trong onSaveInstanceStategói sẽ trở lại null onActivityCreated.

Giải pháp: Lưu thông tin bắt buộc dưới dạng một biến thể hiện trong hoạt động gọi. Sau đó chuyển biến thể hiện đó vào đoạn của bạn.

@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
    super.onActivityCreated(savedInstanceState);

    Bundle args = getArguments();

    // this will be null the first time F1 is created. 
    // it will be populated once you replace fragment and provide bundle data
    if (args != null) {
        if (args.get("your_info") != null) {
            // do what you want with restored information
        }
    }
}

Vì vậy, tiếp theo với ví dụ của tôi: trước khi tôi hiển thị F2, tôi lưu dữ liệu người dùng trong biến thể hiện bằng cách sử dụng một cuộc gọi lại. Sau đó, tôi bắt đầu F2, người dùng điền vào số điện thoại và nhấn lưu. Tôi sử dụng một cuộc gọi lại khác trong hoạt động, thu thập thông tin này và thay thế đoạn F1 của tôi, lần này là có dữ liệu bó mà tôi có thể sử dụng.

@Override
public void onPhoneAdded(String phone) {
        //replace fragment
        F1 f1 = new F1 ();
        Bundle args = new Bundle();
        yourInfo.setPhone(phone);
        args.putSerializable("you_info", yourInfo);
        f1.setArguments(args);

        getFragmentManager().beginTransaction()
                .replace(R.id.fragmentContainer, f1).addToBackStack(null).commit();

    }
}

Thông tin thêm về các cuộc gọi lại có thể được tìm thấy ở đây: https://developer.android.com/training/basics/fragments/cransicating.html

Đầu tiên : chỉ cần sử dụng phương thức add thay vì phương thức thay thế của lớp FragmentTransaction sau đó bạn phải thêm secondFragment để xếp chồng bằng phương thức addToBackStack

Thứ hai : khi nhấp lại, bạn phải gọi popBackStackImmediate ()

Fragment sourceFragment = new SourceFragment ();
final Fragment secondFragment = new SecondFragment();
final FragmentTransaction ft = getChildFragmentManager().beginTransaction();
ft.add(R.id.child_fragment_container, secondFragment );
ft.hide(sourceFragment );
ft.addToBackStack(NewsShow.class.getName());
ft.commit();
                                
((SecondFragment)secondFragment).backFragmentInstanceClick = new SecondFragment.backFragmentNewsResult()
{
        @Override
        public void backFragmentNewsResult()
        {                                    
            getChildFragmentManager().popBackStackImmediate();                                
        }
};

Thay thế một đoạn bằng mã sau đây:

Fragment fragment = new AddPaymentFragment();
getSupportFragmentManager().beginTransaction().replace(R.id.frame, fragment, "Tag_AddPayment")
                .addToBackStack("Tag_AddPayment")
                .commit();

Hoạt động của onBackPression () là:

  @Override
public void onBackPressed() {
    android.support.v4.app.FragmentManager fm = getSupportFragmentManager();
    if (fm.getBackStackEntryCount() > 1) {

        fm.popBackStack();
    } else {


        finish();

    }
    Log.e("popping BACKSTRACK===> ",""+fm.getBackStackEntryCount());

}

Public void replaceFragment(Fragment mFragment, int id, String tag, boolean addToStack) {
        FragmentTransaction mTransaction = getSupportFragmentManager().beginTransaction();
        mTransaction.replace(id, mFragment);
        hideKeyboard();
        if (addToStack) {
            mTransaction.addToBackStack(tag);
        }
        mTransaction.commitAllowingStateLoss();
    }
replaceFragment(new Splash_Fragment(), R.id.container, null, false);

Giải pháp hoàn hảo tìm thấy đoạn cũ trong ngăn xếp và tải nó nếu tồn tại trong ngăn xếp.

/**
     * replace or add fragment to the container
     *
     * @param fragment pass android.support.v4.app.Fragment
     * @param bundle pass your extra bundle if any
     * @param popBackStack if true it will clear back stack
     * @param findInStack if true it will load old fragment if found
     */
    public void replaceFragment(Fragment fragment, @Nullable Bundle bundle, boolean popBackStack, boolean findInStack) {
        FragmentManager fm = getSupportFragmentManager();
        FragmentTransaction ft = fm.beginTransaction();
        String tag = fragment.getClass().getName();
        Fragment parentFragment;
        if (findInStack && fm.findFragmentByTag(tag) != null) {
            parentFragment = fm.findFragmentByTag(tag);
        } else {
            parentFragment = fragment;
        }
        // if user passes the @bundle in not null, then can be added to the fragment
        if (bundle != null)
            parentFragment.setArguments(bundle);
        else parentFragment.setArguments(null);
        // this is for the very first fragment not to be added into the back stack.
        if (popBackStack) {
            fm.popBackStack(null, FragmentManager.POP_BACK_STACK_INCLUSIVE);
        } else {
            ft.addToBackStack(parentFragment.getClass().getName() + "");
        }
        ft.replace(R.id.contenedor_principal, parentFragment, tag);
        ft.commit();
        fm.executePendingTransactions();
    }

sử dụng nó như

Fragment f = new YourFragment();
replaceFragment(f, null, boolean true, true);