记录了一些关于Activity和Fragment的知识点(简介和生命周期)。
1.《第一行代码》

Activity

1.简介

Activity是Android组件中最基本也是最为常见用的四大组件(Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器)之一。

Activity是一个应用程序组件,提供一个屏幕,用户可以用来交互为了完成某项任务。

Activity中所有操作都与用户密切相关,是一个负责与用户交互的组件,可以通过setContentView(View)来显示指定控件。

在一个android应用中,一个Activity通常就是一个单独的屏幕,它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。

2.生命周期

A.返回栈

其实Android 是使用任务(Task)来管理活动的,一个任务就是一组存放在栈里的活动

的集合,这个栈也被称作返回栈(Back Stack)。栈是一种后进先出的数据结构,在默认情况

下,每当我们启动了一个新的活动,它会在返回栈中入栈,并处于栈顶的位置。而每当我们

按下Back 键或调用finish()方法去销毁一个活动时,处于栈顶的活动会出栈,这时前一个入

栈的活动就会重新处于栈顶的位置。系统总是会显示处于栈顶的活动给用户。下图展示了返回栈是如何管理活动入栈出栈操作的。

android activity与fragment通信 viewmodel android activity和fragment_控件


B.活动状态

每个活动在其生命周期中最多可能会有四种状态。

1. 运行状态

当一个活动位于返回栈的栈顶时,这时活动就处于运行状态。系统最不愿意回收的就是处于运行状态的活动,因为这会带来非常差的用户体验。

2. 暂停状态

当一个活动不再处于栈顶位置,但仍然可见时,这时活动就进入了暂停状态。你可

能会觉得既然活动已经不在栈顶了,还怎么会可见呢?这是因为并不是每一个活动都会

占满整个屏幕的,比如对话框形式的活动只会占用屏幕中间的部分区域,你很快就会在

后面看到这种活动。处于暂停状态的活动仍然是完全存活着的,系统也不愿意去回收这

种活动(因为它还是可见的,回收可见的东西都会在用户体验方面有不好的影响),只

有在内存极低的情况下,系统才会去考虑回收这种活动。

3. 停止状态

当一个活动不再处于栈顶位置,并且完全不可见的时候,就进入了停止状态。系统

仍然会为这种活动保存相应的状态和成员变量,但是这并不是完全可靠的,当其他地方

需要内存时,处于停止状态的活动有可能会被系统回收。

4. 销毁状态

当一个活动从返回栈中移除后就变成了销毁状态。系统会最倾向于回收处于这种状

态的活动,从而保证手机的内存充足。

C.活动的生存期

Activity 类中定义了七个回调方法,覆盖了活动生命周期的每一个环节,下面我来一一

介绍下这七个方法。

1. onCreate()

这个方法你已经看到过很多次了,每个活动中我们都重写了这个方法,它会在活动

第一次被创建的时候调用。你应该在这个方法中完成活动的初始化操作,比如说加载布

局、绑定事件等。

2. onStart()

这个方法在活动由不可见变为可见的时候调用。

3. onResume()

这个方法在活动准备好和用户进行交互的时候调用。此时的活动一定位于返回栈的

栈顶,并且处于运行状态。

4. onPause()

这个方法在系统准备去启动或者恢复另一个活动的时候调用。我们通常会在这个方

法中将一些消耗CPU 的资源释放掉,以及保存一些关键数据,但这个方法的执行速度

一定要快,不然会影响到新的栈顶活动的使用。

5. onStop()

这个方法在活动完全不可见的时候调用。它和onPause()方法的主要区别在于,如果启动的新活动是一个对话框式的活动,那么onPause()方法会得到执行,而onStop()

方法并不会执行。

6. onDestroy()

这个方法在活动被销毁之前调用,之后活动的状态将变为销毁状态。

7. onRestart()

这个方法在活动由停止状态变为运行状态之前调用,也就是活动被重新启动了。

以上七个方法中除了onRestart()方法,其他都是两两相对的,从而又可以将活动分为三

种生存期。

1. 完整生存期

活动在onCreate()方法和onDestroy()方法之间所经历的,就是完整生存期。一般情

况下,一个活动会在onCreate()方法中完成各种初始化操作,而在onDestroy()方法中完

成释放内存的操作。

2. 可见生存期

活动在onStart()方法和onStop()方法之间所经历的,就是可见生存期。在可见生存

期内,活动对于用户总是可见的,即便有可能无法和用户进行交互。我们可以通过这两

个方法,合理地管理那些对用户可见的资源。比如在onStart()方法中对资源进行加载,

而在onStop()方法中对资源进行释放,从而保证处于停止状态的活动不会占用过多内存。

3. 前台生存期

活动在onResume()方法和onPause()方法之间所经历的,就是前台生存期。在前台

生存期内,活动总是处于运行状态的,此时的活动是可以和用户进行相互的,我们平时

看到和接触最多的也这个状态下的活动。

为了帮助你能够更好的理解,Android 官方提供了一张活动生命周期的示意图:

android activity与fragment通信 viewmodel android activity和fragment_Android_02

Fragment

1、Fragment的产生与介绍

Android运行在各种各样的设备中,有小屏幕的手机,超大屏的平板甚至电视。针对屏幕尺寸的差距,很多情况下,都是先针对手机开发一套App,然后拷贝一份,修改布局以适应平板神马超级大屏的。难道无法做到一个App可以同时适应手机和平板么,当然了,必须有啊。Fragment的出现就是为了解决这样的问题。你可以把Fragment当成Activity的一个界面的一个组成部分,甚至Activity的界面可以完全有不同的Fragment组成,更帅气的是Fragment拥有自己的生命周期和接收、处理用户的事件,这样就不必在Activity写一堆控件的事件处理的代码了。更为重要的是,你可以动态的添加、替换和移除某个Fragment。

2、Fragment的生命周期

Fragment必须是依存与Activity而存在的,因此Activity的生命周期会直接影响到Fragment的生命周期。官网这张图很好的说明了两者生命周期的关系:

android activity与fragment通信 viewmodel android activity和fragment_Android_03


可以看到Fragment比Activity多了几个额外的生命周期回调方法:

onAttach(Activity)

当Fragment与Activity发生关联时调用。

onCreateView(LayoutInflater, ViewGroup,Bundle)

创建该Fragment的视图

onActivityCreated(Bundle)

当Activity的onCreate方法返回时调用

onDestoryView()

与onCreateView想对应,当该Fragment的视图被移除时调用

onDetach()

与onAttach相对应,当Fragment与Activity关联被取消时调用

注意:除了onCreateView,其他的所有方法如果你重写了,必须调用父类对于该方法的实现.

(该博文还有Fragment使用的详细方法,十分感谢作者。