博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Fragment生命周期
阅读量:5257 次
发布时间:2019-06-14

本文共 2441 字,大约阅读时间需要 8 分钟。

Fragment生命周期

下面挨个的说一下我平时 都怎么使用 这些 回调函数的

流程: 

onAttach() 
作用:fragment已经关联到activity,

这个是 回调函数    @Override    public void onAttach(Activity activity) {            super.onAttach(activity);            Log.i("onAttach_Fragment");    }    这个时候 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
if(text==null){            Bundle args=getArguments();            text=args.getString("text");        }        if (view == null) { view = inflater.inflate(R.layout.hello, null); }

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

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的局面,所以这么做(下面是先人的代码)
@Override    public void onDestroyView() {        Log.i("onDestroyView_Fragment"); if(view!=null){ ((ViewGroup)view.getParent()).removeView(view); } super.onDestroyView(); }

onDestroy()

销毁fragment对象    跟activity类似了。

onDetach()

Fragment和Activity解除关联的时候调用。    脱离activity
 

转载于:https://www.cnblogs.com/hong10086/p/5247190.html

你可能感兴趣的文章
svn“Previous operation has not finished; run 'cleanup' if it was interrupted“报错的解决方法...
查看>>
熟用TableView
查看>>
Java大数——a^b + b^a
查看>>
poj 3164 最小树形图(朱刘算法)
查看>>
服务器内存泄露 , 重启后恢复问题解决方案
查看>>
android一些细节问题
查看>>
KDESVN中commit时出现containing working copy admin area is missing错误提示
查看>>
利用AOP写2PC框架(二)
查看>>
【动态规划】skiing
查看>>
java定时器的使用(Timer)
查看>>
ef codefirst VS里修改数据表结构后更新到数据库
查看>>
boost 同步定时器
查看>>
[ROS] Chinese MOOC || Chapter-4.4 Action
查看>>
简单的数据库操作
查看>>
iOS-解决iOS8及以上设置applicationIconBadgeNumber报错的问题
查看>>
Redmine
查看>>
帧的最小长度 CSMA/CD
查看>>
xib文件加载后设置frame无效问题
查看>>
编程算法 - 左旋转字符串 代码(C)
查看>>
IOS解析XML
查看>>