У чому різниця між FragmentPagerAdapter і FragmentStatePagerAdapter?

У чому різниця між FragmentPagerAdapterі FragmentStatePagerAdapter?

Про FragmentPagerAdapterпосібник Google йдеться:

Ця версія пейджера найкраще використовувати, коли є кілька типово більш статичних фрагментів, які підлягають проходці, наприклад, набір вкладок. Фрагмент кожної сторінки, яку відвідує користувач, зберігатиметься в пам’яті, хоча її ієрархія перегляду може бути зруйнована, коли її не буде видно. Це може призвести до використання значного обсягу пам'яті, оскільки екземпляри фрагментів можуть утримувати довільну кількість стану. Розгляньте про більші набори сторінок FragmentStatePagerAdapter.

І про FragmentStatePagerAdapter:

Ця версія пейджера є більш корисною, коли є велика кількість сторінок, які більше схожі на перегляд списку. Якщо сторінки не видно користувачеві, весь їх фрагмент може бути знищений, лише зберігаючи збережений стан цього фрагмента. Це дозволяє пейджеру утримувати набагато менше пам’яті, пов’язаної з кожною відвідуваною сторінкою, порівняно FragmentPagerAdapterз ціною потенційно більше накладних витрат при переході між сторінками.

Тож у мене всього 3 фрагменти. Але всі вони є окремими модулями з великим обсягом даних.

Fragment1обробляє деякі дані (які користувачі вводять) і передає їх через активність Fragment2, що просто ListFragment. Fragment3також є ListFragment.

Тому мої запитання : Який адаптер я повинен використовувати? FragmentPagerAdapterабо FragmentStatePagerAdapter?

Як кажуть документи, подумайте про це так. Якби ви робили додаток, як читач книг, ви не захочете одразу завантажувати всі фрагменти в пам’ять. Ви хочете завантажити та знищити, Fragmentsяк читає користувач. У цьому випадку ви будете використовувати FragmentStatePagerAdapter. Якщо ви просто показуєте 3 "вкладки", які не містять багато важких даних (наприклад Bitmaps), то вони FragmentPagerAdapterможуть вам добре підійти. Також майте на увазі, що ViewPagerза замовчуванням завантажте в пам'ять 3 фрагменти. Перше, про що Adapterви згадуєте, може зруйнувати Viewієрархію та повторно завантажити його при необхідності, друге Adapterлише збереже стан Fragmentта повністю знищить його, якщо користувач потім повернеться на цю сторінку, стан буде відновлено.

• FragmentPagerAdapterзберігає весь фрагмент у пам'яті і може збільшити накладні витрати, якщо використовується велика кількість фрагментів ViewPager.

• Навпаки, її брати, вони FragmentStatePagerAdapterзберігають лише збереженіInstanceState фрагментів і знищують усі фрагменти, коли вони втрачають фокус.

• Тому FragmentStatePagerAdapterслід використовувати, коли нам доводиться використовувати динамічні фрагменти, як фрагменти з віджетами, оскільки їх дані можуть зберігатися у savedInstanceState.

• Навпаки, його братів FragmentPagerAdapterслід використовувати, коли нам потрібно зберігати весь фрагмент у пам'яті.

• Коли я кажу, що весь фрагмент зберігається в пам'яті, це означає, що його екземпляри не будуть зруйновані, і це створить накладну пам'ять. Тому рекомендується використовувати FragmentPagerAdapterлише тоді, коли для них є невелика кількість фрагментів ViewPager.

• Ще було б краще, якщо фрагменти статичні, оскільки вони не мали б великої кількості об'єктів, екземпляри яких зберігалися б.

Щоб бути детальніше,

FragmentStatePagerAdapter:

• з FragmentStatePagerAdapter, ваш непотрібний фрагмент знищений. У трансакції здійснено повне видалення фрагмента з вашої діяльності FragmentManager.

• Стан FragmentStatePagerAdapterвходить від того, що він збереже ваш фрагмент Bundleвід savedInstanceStateйого знищення. Коли користувач повернеться назад, новий фрагмент буде відновлений, використовуючи стан фрагмента.

FragmentPagerAdapter:

• Якщо порівняння FragmentPagerAdapterне робить нічого подібного. Коли фрагмент більше не потрібен. FragmentPagerAdapterдзвінки detach(Fragment)на транзакцію замість remove(Fragment).

• Це руйнує вигляд фрагмента, але залишає екземпляр фрагмента живим у., Тому FragmentManagerфрагменти, створені в FragmentPagerAdapter, ніколи не знищуються.

Ось журнальний життєвий цикл кожного фрагмента, у ViewPagerякому 4 фрагменти таoffscreenPageLimit = 1 (default value)

FragmentStatePagerAdapter

Перейти до Fragment1 (активізація запуску)

Fragment1: onCreateView
Fragment1: onStart
Fragment2: onCreateView
Fragment2: onStart

Перейдіть до фрагменту2

Fragment3: onCreateView
Fragment3: onStart

Перейдіть до фрагменту3

Fragment1: onStop
Fragment1: onDestroyView
Fragment1: onDestroy
Fragment1: onDetach
Fragment4: onCreateView
Fragment4: onStart

Перейдіть до фрагменту4

Fragment2: onStop
Fragment2: onDestroyView
Fragment2: onDestroy

FragmentPagerAdapter

Перейти до Fragment1 (активізація запуску)

Fragment1: onCreateView
Fragment1: onStart
Fragment2: onCreateView
Fragment2: onStart

Перейдіть до фрагменту2

Fragment3: onCreateView
Fragment3: onStart

Перейдіть до фрагменту3

Fragment1: onStop
Fragment1: onDestroyView
Fragment4: onCreateView
Fragment4: onStart

Перейдіть до фрагменту4

Fragment2: onStop
Fragment2: onDestroyView

Висновок : FragmentStatePagerAdapterзателефонуйте, onDestroyколи Фрагмент подолано, offscreenPageLimitпоки його FragmentPagerAdapterнемає.

Примітка . Я думаю, що ми повинні використовувати FragmentStatePagerAdapterдля ViewPagerних багато сторінок, тому що це буде добре для продуктивності.

Приклад з offscreenPageLimit:

Якщо ми йдемо в Fragment3, він буде detroy Fragment1 (або Fragment5 якщо є) , тому що offscreenPageLimit = 1. Якщо ми встановимо, offscreenPageLimit > 1це не знищить.
Якщо в цьому прикладі ми встановимо offscreenPageLimit=4, немає різниці між використанням FragmentStatePagerAdapterабо FragmentPagerAdapterтому, що фрагмент ніколи не викликає onDestroyViewіonDestroy коли ми змінюємо вкладку

Демонстрація Github тут

Те, що прямо не зазначено в документації або у відповідях на цій сторінці (навіть якщо це має на увазі @Naruto), це те, що FragmentPagerAdapter , що Фрагменти не буде оновлено, якщо дані у Фрагменті будуть змінені, оскільки він зберігає Фрагмент у пам'яті.

Тож навіть якщо у вас є обмежена кількість фрагментів для відображення, якщо ви хочете мати можливість оновити фрагменти (скажімо, наприклад, ви знову запустили запит, щоб оновити listView у фрагменті), вам потрібно використовувати FragmentStatePagerAdapter.

Я весь суть тут у тому, що кількість фрагментів і схожість чи ні вони не завжди є ключовим аспектом, який слід враховувати. Важливим є те, чи динамічні ваші фрагменти чи ні.

FragmentPagerAdapterзберігає попередні дані, отримані з адаптера, при цьому FragmentStatePagerAdapterприймає нове значення з адаптера щоразу, коли воно виконується.

FragmentStatePagerAdapter = Для розміщення великої кількості фрагментів у ViewPager. Оскільки цей адаптер знищує фрагмент, коли він не видно користувачеві, і лише збереженийInstanceState фрагмента зберігається для подальшого використання. Таким чином використовується низький об'єм пам'яті та покращення продуктивності у випадку динамічних фрагментів.

FragmentPagerAdapter : фрагмент кожної сторінки, яку відвідує користувач, буде зберігатися в пам'яті, хоча представлення буде знищено. Отже, коли сторінка буде знову видима, перегляд буде відтворено, але екземпляр фрагмента не буде відтворений. Це може призвести до значного використання пам'яті. FragmentPagerAdapter слід використовувати, коли нам потрібно зберігати весь фрагмент у пам'яті. FragmentPagerAdapter викликає від'єднання (Fragment) транзакції замість видалення (Fragment).

FragmentStatePagerAdapter : екземпляр фрагмента знищується, коли він не видно Користувачеві, крім збереженого стану фрагмента. Це призводить до використання лише невеликої кількості пам'яті і може бути корисною для обробки великих наборів даних. Потрібно використовувати, коли нам доводиться використовувати динамічні фрагменти, як фрагменти з віджетами, оскільки їх дані можуть зберігатися в збереженомуInstanceState. Також це не вплине на продуктивність, навіть якщо є велика кількість фрагментів.