Жизненный цикл между активностью и фрагментом

В моей отладке я замечаю, что onPause/onStart/onStop/onDestroy вызывается сначала по фрагменту, а затем по его активности, тогда как onResume - наоборот - onResume активности вызывается первым перед его фрагментом.Жизненный цикл между активностью и фрагментом

Почему заказ отличается от onPause/onStart/onStop vs onResume между активностью и фрагментом?

09-28 15:26:40.869 30320-30320/testintent D/TestFragment﹕ onStart 
09-28 15:26:40.869 30320-30320/testintent D/TestActivity﹕ onStart 
09-28 15:26:40.869 30320-30320/testintent D/TestActivity﹕ onResume 
09-28 15:26:40.869 30320-30320/testintent D/TestFragment﹕ onResume 
09-28 15:26:40.869 30320-30320/testintent D/TestActivity﹕ onPostResume

источник

2015-09-28 Boon

вы уверены, что для OnStart? – sschrass

@SatelliteSD Вход включен. – Boon

Интересный вопрос. Вы видите множество диаграмм жизненных циклов активности и фрагментации, которые параллельны друг другу, но я не могу найти диаграмму, указывающую непосредственно из 'onResume()' операции 'на фрагмент 'onResume()' Fragment. В разделе «onResume()« Фрагмент »руководство разработчика говорит:« Обычно это связано с «Activity.onResume» жизненного цикла содержащейся активности », но в нем не указывается, как и не сказать, когда может быть исключение в общем случае , Из любопытства, являются ли ваши заявления Log.d' самыми первыми строками каждого метода? – pjd

только гадать при остановке, вы перестаете от внутреннего к внешним компонентам, в то время как, начиная отталкиваться от внешнего к внутреннему.

источник

2015-09-28 19:35:39 sschrass

hm wait. Я ошибся. Он не соответствует onStart. Но я убежден, что мои мысли не так уж далеки. – sschrass

Я также прошли по ссылкам ниже:

Вы можете обратиться Activity onStart() being called before Fragment's onActivityCreated()

http://developer.android.com/guide/components/fragments.html

Также ясно сказано в документ, как: Поток жизненного цикла фрагмента, так как он с указанием его активности хозяина, иллюстрируется цифрой.

На этом рисунке вы можете увидеть, как каждое последующее состояние активности определяет, какие методы обратного вызова может получить фрагмент. Например, когда действие получило обратный вызов onCreate(), фрагмент в активности получает не более, чем обратный вызов onActivityCreated().

Как только действие достигнет возобновленного состояния, вы можете свободно добавлять и удалять фрагменты в действие. Таким образом, только когда активность находится в состоянии возобновления, жизненный цикл фрагмента изменяется независимо.

Однако когда активность покидает возобновленное состояние, фрагмент снова выталкиваются через его жизненный цикл деятельностью.

Надеюсь, что это поможет.

источник

2015-09-29 09:19:54 prat

Пожалуйста, отметьте зеленый флажок, если это решит ваш вопрос .. – prat

Если я не понимаю, ваш ответ, по-видимому, подразумевает, что журналы OP будут записывать 'onStart()' для Activity перед 'onStart()' для фрагмента. Что противоположно тому, что показано в вопросе. Аналогично с 'onPause',' onStop() 'и' onDestroy() '. Эта статья http://www.silverbaytech.com/2014/03/24/android-fragment-lifecycle-in-detail/, кажется, подтверждает мою интерпретацию. Таким образом, странность, похоже, не с 'onResume()', а с другими методами. Имеет ли это смысл? Мысли? – pjd

Почему заказ onResume() важен в вашей деятельности/фрагменте? В соответствии с принципами Google Фрагменты должны быть разработаны как подключаемые компоненты без зависимости от родительской активности.

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

идеал Фрагменты должны быть сконструированы таким образом, что вы будете иметь возможность подключить его к какой-либо деятельности без каких-либо модификаций ..

источник

2018-03-01 14:58:27

Жизненный цикл между активностью и фрагментом

ответ

Смежные вопросы