Fragment生命周期状态及各回调函数的深入理解

一、Fragment的生命周期


二、Fragment与Activity生命周期各状态的对比


三、Fragment各回调函数的流程化调用

就像Activity一样,Fragment也有自己的一套生命周期。只有理解Fragment生命周期过程中每个回调函数的调用过程,才能够使你在他们销毁之前保存它们实例,这样在他们重新创建时,就能够恢复他们之前的状态。

1.onAttach()

作用:使Fragment与宿主Activity关联起来

public void onAttach(Activity activity) {
    super.onAttach(activity);
    Log.i("onAttach_Fragment");
}
此回调函数执行完毕,Activity已经传进来了, 获得activity的传递的值就可以进行与activity的通信, 当然也可以使用getActivity(),但前提是这个fragment已经和宿主的activity建立关联,并且没有脱离,他只调用一次。

2.OnCreate()

作用:系统创建Fragment的时候调用此函数,一般在此函数内实例化一些变量。这些变量主要是:当你暂停或者停止时你想保持的数据,如果我们要为fragment启动一个后台线程,可以考虑将代码放于此处。参数是:Bundle savedInstance, 用于保存 Fragment 参数, Fragement 也可以 重写 onSaveInstanceState(BundleoutState) 方法, 保存Fragement状态;

3.OnCreatView()

作用:第一次使用的时候fragment会在这上面画一个layout出来, 为了可以画控件要返回一个 布局的view,也可以返回null。

 当系统用到fragment的时候fragment就要返回他的view,越快越好 ,所以尽量在这里不要做耗时操作,比如从数据库加载大量数据显示listview,
 当然线程还是可以的。给当前的fragment绘制ui布局,可以使用线程更新UI,说白了就是加载fragment的布局的。 这里一般都先判断是否为null。

if(text==null){
      Bundle args=getArguments();
      text=args.getString("text");
    }
if (view == null) {
      view = inflater.inflate(R.layout.hello,null);
    }
这样进行各判断省得每次都要加载,以便减少资源消耗。

4.onActivityCreated()

作用:与Activity相关的UI交互操作,初始化那些需要父Activity或者Fragment的UI已经被完全初始化才能初始化的元素。如果在onCreateView里面初始化空间会慢很多,比如listview等。

注意:此回调函数是在Activity中的onCreate方法执行完后才进行调用的,即:当执行onActivityCreated()的时候activity的onCreate才刚刚完成。所以在onActivityCreated()调用之前 activity的onCreate可能还没有完成,所以不能在onCreateView()中进行与activity有交互的UI操作,UI交互操作要放在onActivityCreated()里面进行。

5.onStart()

和activity一致,启动Fragement 启动时回调,,此时Fragement可见。

6.onResume()

和activity一致  在activity中运行是可见的。激活, Fragement 进入前台, 可获取焦点时激活。

7.onPause()

 和activity一致  其他的activity获得焦点,这个仍然可见第一次调用的时候,指的是 用户 离开这个fragment(并不是被销毁) 通常用于用户的提交(可能用户离开后不会回来了)。

8.onStop()

和activity一致, fragment不可见的, 可能情况:activity被stopped了或者fragment被移除但被加入到回退栈中,一个stopped的fragment仍然是活着的如果长时间不用也会被移除。

9.onDestoryView()

作用:fragemnt销毁相关联的UI布局, 清除所有跟视图相关的资源。在Fragment中的布局被移除时调用。

相信大家都用过ViewPager+Fragment,由于ViewPager的缓存机制,每次都会加载3页。例如:有四个 fragment 当滑动到第四页的时候 第一页执行onDestroyView(),但没有
执行onDestroy。他依然和activity关联。当在滑动到第一页的时候又执行了onCreateView()。 生命周期可以自己试一下。那么问题来了。会出现重复加载view的局面,所以这么做:

public void onDestroyView() {
    Log.i("onDestroyView_Fragment");
    if(view!=null){
            ((ViewGroup)view.getParent()).removeView(view);
    }
    super.onDestroyView();
  }
10.onDestory()
销毁fragment对象, 跟activity类似。
11.onDetach()
Fragment和Activity解除关联的时候调用。脱离Activity,可见Fragment的销毁。

四、Fragment启动示例

activity和fragment同时运行时候的生命周期

开始启动:

05-07 05:55:08.553: I/Log(1990): oncreate
05-07 05:55:08.553: I/Log(1990): onAttach_Fragment
05-07 05:55:08.553: I/Log(1990): onCreate_Fragment
05-07 05:55:08.553: I/Log(1990): onCreateView_Fragment
05-07 05:55:08.553: I/Log(1990): onActivityCreated_Fragment
05-07 05:55:08.553: I/Log(1990): onStart
05-07 05:55:08.553: I/Log(1990): onStart_Fragment
05-07 05:55:08.553: I/Log(1990): onResume
05-07 05:55:08.553: I/Log(1990): onResume_Fragment
按下home按键:
05-07 05:55:28.725: I/Log(1990): onPause_Fragment
05-07 05:55:28.725: I/Log(1990): onPause
05-07 05:55:29.221: I/Log(1990): onStop_Fragment
05-07 05:55:29.221: I/Log(1990): onStop
再回到界面:
05-07 05:55:49.441: I/Log(1990): onRestart
05-07 05:55:49.441: I/Log(1990): onStart
05-07 05:55:49.441: I/Log(1990): onStart_Fragment
05-07 05:55:49.441: I/Log(1990): onResume
05-07 05:55:49.441: I/Log(1990): onResume_Fragment
销毁activity:
05-07 05:59:02.293: I/Log(1990): onPause_Fragment
05-07 05:59:02.293: I/Log(1990): onPause
05-07 05:59:02.757: I/Log(1990): onStop_Fragment
05-07 05:59:02.757: I/Log(1990): onStop
05-07 05:59:02.757: I/Log(1990): onDestroyView_Fragment
05-07 05:59:02.757: I/Log(1990): onDestroy_Fragment
05-07 05:59:02.757: I/Log(1990): onDetach_Fragment
05-07 05:59:02.757: I/Log(1990): onDestroy
通过以上可以看出:当实现fragment的时候都先执行activity方法,当销毁的时候都是现执行 fragment的方法,这样更好理解fragment是嵌套在activity中。

总结生命周期的回调方法:

解析:
1.当一个fragment被创建的时候,它会经历以下状态.。

onAttach()
onCreate()
onCreateView()
onActivityCreated()
2.当这个fragment对用户可见的时候,它会经历以下状态。
onStart()
onResume()
3.当这个fragment进入“后台模式”的时候,它会经历以下状态。
onPause()
onStop()
4.当这个fragment被销毁了(或者持有它的activity被销毁了),它会经历以下状态。
onPause()
onStop()
onDestroyView()
onDetach()
5.就像activitie一样,在以下的状态中,可以使用Bundle对象保存一个fragment的对象。
onCreate()
onCreateView()
onActivityCreated()
6.fragments的大部分状态都和activitie很相似,但fragment有一些新的状态。
onAttached() —— 当fragment和activity关联之后,调用这个方法。
onCreateView() —— 创建fragment中的视图的时候,调用这个方法。
onActivityCreated() —— 当activity的onCreate()方法被返回之后,调用这个方法。
onDestroyView() —— 当fragment中的视图被移除的时候,调用这个方法。
onDetach() —— 当fragment和activity分离的时候,调用这个方法。

  • 4
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
在 Flutter 中,`AbilityComponent` 是一个自定义可复用的能力(Ability)组件,它允许开发者将业务逻辑封装成一个可被多个场景重用的模块。`AbilityComponent` 的生命周期回调函数主要包括以下几个: 1. **onCreate**: 当 Ability 组件首次创建时被调用。在这个阶段,你可以执行初始化操作,如网络请求、设置默认值等。 2. **onAttach**: 当 Ability 组件被添加到 Activity 或 Fragment 中时被调用。这是 Ability 成为可见并且可以开始交互的信号。 3. **onStart**: 当 Ability 组件成为当前可用的 Activity 或 Fragment 的焦点时被调用。你可以在此处开始处理用户的输入和执行与用户交互相关的任务。 4. **onResume**: 当 Ability 组件从后台切换到前台时,或者被用户直接激活时,会被调用。此时,你应该准备接收用户的操作。 5. **onPause**: 当 Ability 组件被暂停,例如由于用户切换到其他应用或Activity/Fragment时调用。这是一个保存状态的好时机。 6. **onStop**: 当 Ability 组件被系统停止,不再接收用户输入,但仍然可能被重新激活时调用。 7. **onDestroy**: 当 Ability 组件即将被销毁时调用。这是释放资源、清理数据的最佳时机。 8. **onDetached**: 当 Ability 组件从 Activity 或 Fragment 中移除时被调用。这时 Ability 可能会被销毁。 9. **onSaveInstanceState**: 在 onDestory 之前,如果组件有可能被短期保留(如切屏),这个方法会被调用来保存组件的状态。 10. **onRestoreInstanceState**: 当组件从保存的状态恢复时被调用,可以在 onCreate 或 onRestart 后执行。 了解这些生命周期方法有助于你在正确的时间执行必要的逻辑,提供更好的用户体验。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值