android体系复习---Activity

2020-11-08  本文已影响0人  突然思考的杨小六

一、什么是Activity

Activity是与用户交互的入口点。它表示拥有界面的单个屏幕。例如,电子邮件应用可能有一个显示新电子邮件列表的 Activity、一个用于撰写电子邮件的 Activity 以及一个用于阅读电子邮件的 Activity。尽管这些 Activity 通过协作在电子邮件应用中形成一种紧密结合的用户体验,但每个 Activity 都独立于其他 Activity 而存在。因此,其他应用可以启动其中任何一个 Activity(如果电子邮件应用允许)。例如,相机应用可以启动电子邮件应用内用于撰写新电子邮件的 Activity,以便用户共享图片。

二、 生命周期

image
OnCreate:您必须实现此回调,它会在系统首次创建 Activity 时触发。Activity 会在创建后进入“已创建”状态。在 onCreate()方法中,您需执行基本应用启动逻辑,该逻辑在 Activity 的整个生命周期中只应发生一次。

onStart: 当 Activity 进入“已开始”状态时,系统会调用此回调。onStart()调用使 Activity 对用户可见,因为应用会为 Activity 进入前台并支持互动做准备。例如,应用通过此方法来初始化维护界面的代码。

onResume: Activity 会在进入“已恢复”状态时来到前台,然后系统调用 onResume回调。这是应用与用户互动的状态。应用会一直保持这种状态,直到某些事件发生,让焦点远离应用。此类事件包括接到来电、用户导航到另一个 Activity,或设备屏幕关闭。

onPause: 系统将此方法视为用户将要离开您的 Activity 的第一个标志(尽管这并不总是意味着 Activity 会被销毁);此方法表示 Activity 不再位于前台(尽管在用户处于多窗口模式时 Activity 仍然可见)。

onStop: 如果您的 Activity 不再对用户可见,说明其已进入“已停止”状态,因此系统将调用 onStop() 回调

onDestory: Activity即将被销毁,可以做一些工作和资源的回收(Service、BroadCastReceiver、Map、Bitmap回收等)

onRestart: Activity正在重新启动,一般时当前Activity从不可见到可见状态时会执行这个方法,例如:用户按下Home键(锁屏)或者打开新Activity再返回这个Activity

状态保持相关生命周期

onSaveInstanceState: onSaveInstanceState方法在Activity可能被销毁之前执行,保存状态信息,异常销毁后可以利用这些信息进行恢复。【这里的可能被销毁的操作比如,按下home键,或者打开一个新的Activity,都会被执行,因为这些操作如果放置时间过长,则之前的Activity则有可能被销毁。另外屏幕切换时也会调用该方法】

onRestoreInstanceState: 只有在activity确实是被系统回收,重新创建activity的情况下才会被调用,此时参数savedInstanceState一定不为null,在onStart方法之后执行

配置改变触发的生命周期

onConfigurationChanged: 当在清单文件中配置了configChanges时,如果设备发生一些配置变化,则会触发改变。
常见的配置改变:

生命周期相关面试题:
  1. A Activity 打开 B Activity 时都有哪些生命周期回调?
    A.onPause -> B.onCreate ->B.onStart -> B.onResume -> A.onStop
  2. 界面旋转的生命周期
    onPause -> onStop -> onSaveInstanceState -> onDestroy -> onCreate ->onStart -> onRestoreInstanceState -> onResume

三、 启动模式

启动默认分四种,我们在清单文件中设置launchMode属性配置即可,具体默认如下:

Standard模式: Android的默认启动模式,你不在配置文件中做任何设置,那么这个Activity就是standard模式,这种模式下,Activity可以有多个实例,每次启动Activity,无论任务栈中是否已经有这个Activity的实例,系统都会创建一个新的Activity实例

singleTop: 栈顶复用模式,如果要开启的activity在任务栈的顶部已经存在,就不会创建新的实例,而是调用 onNewIntent() 方法;
应用场景:在通知栏点击收到的通知,然后需要启动一个Activity,这个Activity就可以用singleTop,否则每次点击都会新建一个Activity

singleTask: 栈内复用模式,activity只会在任务栈里面存在一个实例。如果要激活的activity,在任务栈里面已经存在,就不会创建新的activity,而是复用这个已经存在的activity,调用 onNewIntent()方法,并且清空这个activity任务栈上面所有的activity。
应用场景:应用场景:App的主页。

singleInstance:在一个新栈中创建该 Activity 的实例,并让多个应用共享该栈中的该 Activity 实例。一旦该模式的 Activity 实例已经存在于某个栈中,任何应用再激活该 Activity 时都会重用该栈中的实例,是的,依然是调用 onNewIntent() 方法。其效果相当于多个应用共享一个应用,不管是谁激活,该 Activity 都会进入同一个应用中。但值得引起注意的是:singleInstance 不要用于中间页面,如果用户中间页面,跳转会出现很难受的问题。 这个在实际开发中我暂未遇到过,不过 Android 系统的来电页面,多次来电均是使用的同一个 Activity 。

除了在清单文件中配置,我们还可以在代码中设置,且优先级比清单文件中要高
通过设置 Intent.setFlags(int flags) 来设置启动的 Activity 的启动模式。

四、启动Activity的其他方式

1. 隐式action调用: 在清单文件配置action(必须具有一个DEFAULT的Category)的名字,然后创建intent设置action即可,代码如下:
配置

 <intent-filter>
       <action android:name="customActionName"/>
       <category android:name="android.intent.category.DEFAULT" />
 </intent-filter>

跳转

val intent = Intent()
 intent.action = "customActionName"
 context.startActivity(intent)

注意:隐式调用如果找不到action会发生崩溃,在开发中我们可以通过PackageManager的ResolveActivity方法来进行判断,若找不到匹配的Activity会返回一个null。

2. scheme协议:
URL Schema协议格式:

配置

<activity
    android:name=".ui.activity.WebViewActivity">
    <intent-filter>
        <category android:name="android.intent.category.DEFAULT" />
        <action android:name="android.intent.action.VIEW"/>
        <data android:scheme="custom"/>
        <data android:host="www.custom.test"/>
        <data android:path="/page1"/>
    </intent-filter>
</activity>

跳转: 跳转时可以传递参数,跟get请求格式一样即可

val intent = Intent(Intent.ACTION_VIEW,Uri.parse("custom://www.custom.test/page1?arg=yangxiaoliu"))
context.startActivity(intent)

获取参数

val queryParameter = intent.data?.getQueryParameter("arg")
toast(queryParameter!!)

五、Activity启动流程

用户在launch程序里点击应用图标,会通知ActivityManageService启动应用入口的Activity,ActivityManageService发现这个应用还未启动,则会通知Zygote进程孵化出应用进程,然后这个dalvik应用进程里执行ActivityThread的main方法。应用进程接下来通知ActivityManageService应用进程已启动,AMS保存应用进程的一个代理对象,这样AMS可以通过这个代理对象控制应用进程,然后AMS通知应用进程创建入口Activity的实例,并执行它的生命周期方法。

详细启动流程可参考该博客
http://www.cloudchou.com/android/post-788.html

六、Activity与window、View之间的关系

我们可以追踪Activity的setContentView方法来了解他们三个的关系,源码比较简单,这里只用文字梳理下流程。
每个Activity中都持有一个Window对象,我们在onCreate中setContentView其实最终会调用Window的setContentView方法,而Window对象则是在Activity的onAttach方法中进行的实例化,实例化对象是PhoneWindow。PhoneWindow的setContentView方法则把View添加到了DecorView中的id为R.id.content的mContentParent中。
下面这张图可以简单反应出他们的关系


image.png
上一篇下一篇

猜你喜欢

热点阅读