Fragment Fragment生命周期 Fragment详解 Fragment生命周期详解

最新推荐文章于 2024-07-10 08:45:16 发布

menglele1314

最新推荐文章于 2024-07-10 08:45:16 发布

阅读量7.2k

点赞数 4

分类专栏： android Fragment 文章标签： android Fragment Fragment生命周期 Fragment详解 Fragment生命周期详解

本文链接：https://blog.csdn.net/menglele1314/article/details/50779297

版权

android Fragment 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

Fragment Fragment生命周期 Fragment详解 Fragment生命周期详解

activity和fragment的对比

onAttach()
这个是回调函数
这个时候 activity已经传进来了,获得activity的传递的值
就可以进行与activity的通信里
当然也可以使用getActivity(),前提是这个fragment已经和宿主的activity关联，
并且没有脱离
他只调用一次。

onCreate()
系统创建fragment的时候回调他，在他里面实例化一些变量
这些个变量主要是：当你暂停停止的时候你想保持的数据
如果我们要为fragment启动一个后台线程，可以考虑将代码放于此处。
参数是：Bundle savedInstance, 用于保存 Fragment 参数,
Fragement也可以重写 onSaveInstanceState(BundleoutState)方法,
保存Fragement状态;可以用于文件保护
他也只调用一次。

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

<span style="font-size:14px;">if(text==null){
    Bundle args=getArguments();
    text=args.getString("text");
}
if (view == null) {
    view = inflater.inflate(R.layout.hello, null);
}</span>

这样进行各判断省得每次都要加载，减少资源消耗

onActivityCreated()
当Activity中的onCreate方法执行完后调用。
注意了：
从这句官方的话可以看出：当执行onActivityCreated()的时候 activity的onCreate才刚完成。
所以在onActivityCreated()调用之前 activity的onCreate可能还没有完成，
所以不能再onCreateView()中进行与activity有交互的UI操作，UI交互操作可以砸onActivityCreated()里面进行。
所以呢：这个方法主要是初始化那些你需要你的父Activity或者Fragment的UI已经被完整初始化才能初始化的元素。
如果在onCreateView里面初始化空间会慢很多，比如listview等

onStart()
和activity等同
启动, Fragement 启动时回调, 此时Fragement可见;

onResume()
和activity等同
在activity中运行是可见的激活, Fragement 进入前台, 可获取焦点时激活;

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

onStop()
和activity等同
fragment不可见的，可能情况：activity被stopped了 OR fragment被移除但被加入到回退栈中
一个stopped的fragment仍然是活着的如果长时间不用也会被移除

onDestroyView()
Fragment中的布局被移除时调用。
表示fragemnt销毁相关联的UI布局清除所有跟视图相关的资源，
以前以为这里没什么用处其实大有文章可做，
相信大家都用过ViewPager+Fragment，由于ViewPager的缓存机制，每次都会加载3页。
例如：有四个 fragment 当滑动到第四页的时候第一页执行onDestroyView(),但没有执行onDestroy。
他依然和activity关联。当在滑动到第一页的时候又执行了 onCreateView()。生命周期可以自己试一下。
那么问题来了。会出现重复加载view的局面，所以这么做(下面是先人的代码)

<span style="font-size:14px;">@Override
public void onDestroyView() {
   if(view!=null){
         ((ViewGroup)view.getParent()).removeView(view);
   }
   super.onDestroyView();
}</span>

onDestroy()
销毁fragment对象
跟activity类似了。

onDetach()
Fragment和Activity解除关联的时候调用。

脱离activity

**************************************************************************************************************************************************************************
*********************************************生命周期打印************************************************************************************************************
**************************************************************************************************************************************************************************
切换Fragment
=== onAttach
=== onCreate
=== onCreateView
=== onActivityCreated
=== onStart
=== onResume

屏幕灭掉：
=== onPause
=== onSaveInstanceState
=== onStop

屏幕解锁
=== onStart
=== onResume

切换到其他Fragment:
=== onPause
=== onStop
=== onDestroyView

切换回本身的Fragment:
=== onCreateView
=== onActivityCreated
=== onStart
=== onResume

回到桌面
=== onPause
=== onSaveInstanceState
=== onStop

回到应用
=== onStart
=== onResume

退出应用
=== onPause
=== onStop
=== onDestroyView
=== onDestroy
=== onDetach