目录
目录(Activity)一、前言
Activity作为安卓四大组件之一,是最重要也是用得最多的组件,涉及的知识点非常多,有些知识点平时开发很少用到,但在某些场景下需要特别注意,本文详细整理了Activity涉及的知识点,供开发参考。
常见问题
针对Activity可以提出很多问题,如:
Activity 的生命周期?
Activity 之间的通信方式?
Activity 各种情况下的生命周期?
横竖屏切换时 Activity 的生命周期?
前台切换到后台,然后再回到前台时 Activity 的生命周期?
弹出 Dialog 的时候按 Home 键时 Activity 的生命周期?
两个Activity之间跳转时的生命周期?
下拉状态栏时 Activity 的生命周期?
Activity 与 Fragment 之间生命周期比较?
Activity 的四种 LaunchMode(启动模式)的区别?
Activity 状态保存与恢复?
Activity的转场动画有哪些实现方式?
Activity的生命周期中怎么获取控件宽高?
onNewIntent的执行时机?
如何连续退出多个Activity?
二、生命周期
2.1、生命周期经典图
生命周期2.2、不同场景的生命周期
(1) 启动和页面跳转
场景 | 生命周期回调 |
---|---|
第一次启动 | onCreate=>onStart=>onResume |
按back键后退 | onPause=>onStop=>onDestroy |
按home键 | onPause=>onStop |
重回应用 | onRestart=>onStart=>onResume |
从A跳转到B(不透明) | A_onPause=>B_onCreate=>B_onStart=> B_onResume=>A_onStop |
从B(不透明) 返回到A | B_onPause=>A_onReStart=>A_onStart=> A_onResume=>B_onStop=>B_onDestroy |
A跳转到B(透明) | A_onPause—B_onCreate—B_onResume |
从B(透明)返回到A | B_onPause=>A_onResume=>B_onStop=> B_onDestroy |
(2) Dialog弹出
类型 | 生命周期回调 |
---|---|
普通dialog | 不会触发Acitivty生命周期 |
Dialog Activity | 与跳转透明Acivity类似 |
如何把Acitivty设置成Dialog样式 ,android:theme="@android:style/Theme.Dialog"
(3) 解锁屏幕
操作 | 生命周期回调 |
---|---|
锁屏 | onPause=>onStop |
解屏 | onRestart=>onStart=>onResume |
(4) 横竖屏切换
关于横竖屏切换的生命周期,对应不同的手机,由于厂商定制的原因,会有不同的效果,如设置了configChanges="orientation”在有些手机会执行各个生命周期,但有些手机却不会执行。
网上常见的结论如下:
设置 | 生命周期回调 |
---|---|
设置1:不设置android:configChanges | 切屏会销毁重建,执行各个生命周期, onPause=>onStop=>onDestroy=>onCreate =>onStart=>onResum, 切竖屏会执行两次 |
设置2:android:configChanges="orientation“ | 切屏会销毁重建,都是执行一次 |
设置3:android:configChanges= "orientation|keyboardHidden“ |
targetSdkVersion>=13切屏会销毁重建,都是执行一次 targetSdkVersion<13,切屏不会执行生命周期,会执行onConfigurationChanged回调 |
设置4:android:configChanges= "orientation|keyboardHidden| screenSize “ |
targetSdkVersion无论多少,切屏不会执行生命周期,会执行onConfigurationChanged回调 |
但实际的测试如下:
手机 | 测试结果 |
---|---|
小米1(4.1.2) | 设置1:执行各个生命周期一次 设置2、3:效果都与上面设置3所说效果一致,跟targetSdkVersion有关 设置4:与上述一致 |
小米4LTE(6.0.1) | 同上 |
华为mate 20 plus(9.0) | 设置1:执行各个生命周期一次 设置2、3、4:无论targetSdkVersion多少,都只回调onConfigurationChanged |
Nexus 5x(8.0) | 同上 |
可以看出,不同厂商的手机切屏生命周期会有差异。
从API 13以上,当设备在横竖切屏时,“屏幕尺寸”也会发生变化,因此为了杜绝切屏导致页面销毁重建,需要加上screenSize,使用设置4,即android:configChanges="orientation|keyboardHidden|screenSize"
.
ps:实际开发中,偶尔碰到这样的场景,A页面设置只允许竖屏,即android:screenOrientation="portrait",跳转到一个横屏的页面B,如拍摄照片,返回A的时候,A也变为横屏了,没有恢复,或者旋转一两次后再变为竖屏,页面是重建了,这种场景同样需要对A设置android:configChanges="orientation|keyboardHidden|screenSize“.
(5) 内存不足
Activity的四种状态如下:
Activity四种状态
在activity处于paused或者stoped状态下,如果系统内存紧张,可能会被销毁,当重回该activity时会重建,正常返回和被回收后返回的生命周期如下:
场景 | 生命周期 |
---|---|
正常返回 | onRestart=>onStart=>onResume 或者onResume |
回收后返回 | onCreate=>onStart=>onResume |
如果是回收后返回,onCreate的参数savedInstanceState不为空。
ps:在实际开发中,如果需要跳转需要调用摄像头的页面,容易触发activity回收,需要在onSaveInstanceState中保存一些变量,然后在onRestoreInstanceState或者onCreate中恢复。
2.3、什么是 onNewIntent
有哪些场景会触发onNewIntent回调呢?跟启动模式有关,首先该Activity实例已经存在,再次启动才可能触发。一种情况是启动模式是singleTask或者singleInstance,无论该activity在栈中哪个位置,都会触发onNewIntent回调,并且把上面其他acitivity移除,另一种情况是启动模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP启动,并且该activity实例在栈顶,会触发onNewIntent,如果不在栈顶是重新创建的,不会触发。
onNewIntent触发场景
ps:onNewIntent会收到新的参数intent,但此时getIntent获取的依然是旧的Intent,需要先调用setIntent后获取的才是新的Intent。一般会根据新的Intent加载新的内容,例如新闻、消息等。
@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
getIntent();//旧的intent
setIntent(intent);//设置新的intent
getIntent();//新的intent
}
2.4、如何退出多个activity
在实际业务开发中,往往碰到需要连续退出多个activity实例,下面整理了几种常见方法:
连续退出多个activity
● 发送特定广播
1、在需要处理连续退出的activity注册该特定广播;
2、发起退出的activity发送该特定广播;
3、接收到该广播的activity 调用finish结束页面。
● 递归退出
1、用startActivityForResult启动新的activity;
2、前一个页面finish时,触发onActvityResult回调,再根据requestCode和resultCode处理是否finish,达到递归退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通过intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)启动新activity,如果栈中已经有该实例,则会把该activity之上的所有activity关闭,达到singleTop启动模式的效果。
● 自定义activity栈
1、自定义activity列表,新打开activity则加入栈中,关闭则移除栈;
2、需要退出多个activity时,则循环从栈中移除activity实例,并调用finish。
三、启动模式
3.1、四大启动模式
启动模式 | 说明 |
---|---|
standard | 标准模式,也是系统的默认模式,每次启动一个 Activity 都会重新创建一个实例,加入到栈顶。 |
singleTop | 栈顶复用,如果新 Activity 已经位于任务栈的栈顶,那么此 Activity 不会被重新创建,同时它的 onNewIntent 方法会被回调,但如果已有实例不在栈顶,则会重新创建,加入栈顶。 |
singleTask | 栈内复用,只要 Activity 在一个栈中存在,那么多次启动此 Activity 都不会重新创建实例,和 singleTop 一样,系统也会回调其 onNewIntent,并把该实例之上所有activity实例关闭。 |
singleInstance | 单例模式,启动的 Activity 会创建一个新的任务栈并压入栈中,由于栈内复用的特性,后续的请求均不会创建新的 Activity,除非这个任务栈被系统销毁了。 |
3.2、各种启动模式的应用场景
启动模式 | 应用场景 |
---|---|
standard | 在mainfest中不设置就默认就是standard,一般场景都是使用默认的 |
singleTop | 消息推送详情页、新闻详情页、登录页等 |
singleTask | 程序主页、WXEntryActivity、WXPayEntryActivity、WebView页面等 |
singleInstance | 系统Launcher、锁屏键、来电显示、相机、闹钟等系统应用 |
3.3、任务栈及taskAffinity
(1) 任务栈
在讨论Activity启动模式经常提到任务栈,那到底什么是任务栈?
任务是一个Activity的集合,它使用栈的方式来管理其中的Activity,这个栈又被称为返回栈(back stack),栈中Activity的顺序就是按照它们被打开的顺序依次存放的。返回栈是一个典型的后进先出(last in, first out)的数据结构。下图通过时间线的方式非常清晰地向我们展示了多个Activity在返回栈当中的状态变化:
任务栈
(2) taskAffinity
taskAffinity 任务相关性,可以用于指定一个Activity更加愿意依附于哪一个任务,在默认情况下,同一个应用程序中的所有Activity都具有相同的affinity, 名字为应用的包名。当然了,我们可以为每个 Activity 都单独指定 taskAffinity 属性(不与包名相同)。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparenting 属性配对使用,在其他情况下没有意义。
taskAffinity 有下面两种应用场景:
场景 | 说明 |
---|---|
activity设置taskAffinity | 如果不设置taskAffinity,无论是设置了singleTask还是使用intent.setFlag(Intent.FLAG_START_NEW_TASK),也不会启动新的任务栈,只有设置了taskAffinity 才会启动新的。 |
activity设置allowTaskReparenting为true | Activity就拥有了一个转移所在任务的能力,就是一个Activity现在是处于某个任务当中的,但是它与另外一个任务具有相同的affinity值,那么当另外这个任务切换到前台的时候,该Activity就可以转移到现在的这个任务当中。举例说,在我们的程序启动一个天气信息详情页面,该页面在我们程序的任务栈中的,但是设置了taskAffinity,且跟天气预报程序的taskAffinity 相同,当天气预报程序启动时,该页面会转移到天气预报的任务栈中。 |
3.4、启动模式的使用方式
启动模式的使用方式3.5、Activity的Flag
标记位 | 说明 |
---|---|
FLAG_ACTIVITY_NEW_TASK | 为 Activity 指定 singleTask 启动模式,跟在 xml 中指定启动模式效果相同 |
FLAG_ACTIVITY_SINGLE_TOP | 为 Activity 指定 singleTop 启动模式,跟在 xml 中指定启动模式效果相同 |
FLAG_ACTIVITY_CLEAR_TOP | 具有此标记位的 Activity,当启动它时,同一个任务栈中所有位于它上面的 Activity 都要出栈。这个模式一般需要和 FLAG_ACTIVITY_NEW_TASK 配合使用,在这种情况下,被启动的 Activity 实例如果已经存在,那么系统就会调用它的 onNewIntent。如果被启动的 Activity 采用 standard 模式启动,那么它连同它之上的 Activity 都要出栈,系统会创建新的 Activity 实例并放入栈顶 |
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS | 具有这个标记的 Activity 不会出现在历史的 Activity 的列表中,当某些情况下我们不希望用户通过历史列表回到我们的 Activity 的时候这个标记比较有用。它等同于在 xml 中指定 Activity 的属性 android:excludeFormRecents="true" |
四、启动方式
4.1、Activity的启动方式
分为显示启动和隐式启动。
(1)显示启动
直接指定待调整的Activity类名。
Intent it = new Intent(A.this, B.class);
startActivity(it);
(2)隐式启动
Intent 能够匹配目标组件的 IntentFilter 中所设置的过滤信息,如果不匹配将无法启动目标 Activity。IntentFilter 的过滤信息有 action、category、data。
IntentFilter 需要注意的地方有以下:
● 一个 Activity 中可以有多个 intent-filter
● 一个 intent-filter 同时可以有多个 action、category、data
● 一个 Intent 只要能匹配任何一组 intent-filter 即可启动对应 Activity
● 新建的 Activity 必须加上以下这句,代表能够接收隐式调用
<category android:name="android.intent.category.DEFAULT" />
4.2、IntentFilter 匹配说明
(1)action匹配规则
只要匹配一个action即可跳转,注意的是action要区分大小写。
<activity android:name=".A">
<intent-filter>
<action android:name="action_name1"/>
<action android:name="action_name2"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
Intent intent = new Intent();
intent.setAction("action_name1");
startActivity(intent);
(2)category匹配规则
规则:如果intent中有category,则所有的都能匹配到intent-filter中的category,intent中的category数量可用少于intent-filter中的。另外,单独设置category是无法匹配activity的,因为category属性是一个执行Action的附加信息。
<activity android:name=".A">
<intent-filter>
<action android:name="action_name"/>
<category android:name="category_name"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
Intent intent = new Intent();
intent.setAction("action_name");
intent.addCategory("category_name");
startActivity(intent);
intent不添加category会匹配默认的,即 “android:intent.category.DEFAULT”
如果上面例子,如果去掉intent.setAction("action_name"),则会抛出异常:
android.content.ActivityNotFoundException: No Activity found to handle Intent { cat=[category_name]
(3)data匹配规则
规则:类似action,但data有复杂的结构,只要匹配一个data并且与data中所有属性都一致就能匹配到Activity,只要有1个属性不匹配,都无法找到activity。
data的结构:
<data android:scheme="axe"
android:host="xxx"
android:port="xxx"
android:path="xxx"
android:pathPattern="xxx"
android:pathPrefix="xxx"
android:mimeType="xxx"/>
data 主要是由 URI 和 mimeType 组成的。
URI 可配置很多信息,的结构如下:
<scheme>://<host>:<port>[<path>|<pathPrefix>|<pathPattern>]
与url类似,例如:
content://baidu:8888/dir/
https://www.baidu.com/
mineType:指资源类型包括文本、图片、音视频等等,例如:text/plain、 image/jpeg、video/* 等
下面看下data匹配的例子:
只匹配scheme
<activity android:name=".A">
<intent-filter>
<action android:name="action_name"/>
<category android:name="android.intent.category.DEFAULT"/>
<data android:scheme="content" />
</intent-filter>
</activity>
Intent intent = new Intent();
intent.setData(Uri.parse("content://baidu"));
startActivity(intent);
只匹配scheme也是能匹配到activity的。
匹配scheme、host、port
将上面的data改为
<data
android:host="baidu"
android:port="8888"
android:scheme="content" />
intet.setData(Uri.parse("content://baidu:8888"));
匹配mineType
<data
android:mimeType="abc"
android:host="baidu"
android:path="dir"
android:port="8888"
android:scheme="content" />
如果有mineType,则不能仅设置setData或setMineType了,因为setData会把mineType置为null,而setMineType会把data置为null,导致永远无法匹配到activity,要使用setDataAndType。
intent.setDataAndType(Uri.parse("content://baidu:8888/dir"),"abc");
使用scheme的默认值content\file
<data android:mimeType="image/*" />
intent.setDataAndType(Uri.parse("file://abc"),"image/png");
五、转场动画
5.1、overridePendingTransition(int enterAnim, int exitAnim)
注意该方法需要在startAtivity方法或者是finish方法调用之后立即执行,不能延迟,但可以在子线程执行。
5.2、定义Application的style
<item name="Android:windowAnimationStyle">@style/activityAnim</item>
<!-- 使用style方式定义activity切换动画 -->
<style name="activityAnim">
<item name="Android:activityOpenEnterAnimation">@anim/slide_in_left</item>
<item name="Android:activityOpenExitAnimation">@anim/slide_in_left</item>
</style>
而在windowAnimationStyle中存在四种动画:
activityOpenEnterAnimation // 打开新的Activity并进入新的Activity展示的动画
activityOpenExitAnimation // 打开新的Activity并销毁之前的Activity展示的动画
activityCloseEnterAnimation //关闭当前Activity进入上一个Activity展示的动画
activityCloseExitAnimation // 关闭当前Activity时展示的动画
5.3、ActivityOptions
overridePendingTransition的方式比较生硬,方法也比较老旧了,不适用于MD风格,google提供了新的转场动画ActivityOptions,并提供了兼容包ActivityOptionsCompat。
六、启动过程如何获取组件的宽高
我们知道在onCreate和onResume里面直接获取到控件宽高为0,那有什么办法获取到控件的实际宽高?只要有onWindowFocusChanged、view.post、ViewTreeObserver三种方式获取。
获取控件宽高方法
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mButton = findViewById(R.id.bt);
//方法一
mButton.post(new Runnable() {
@Override
public void run() {
Log.i("MainActivity", "post:getWidth()=" + mButton.getWidth());
}
});
//方法二
mButton.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
Log.i("MainActivity", "getViewTreeObserver().addOnGlobalLayoutListener:getWidth()=" + mButton.getWidth());
}
});
}
//方法三
@Override
public void onWindowFocusChanged(boolean hasFocus) {
super.onWindowFocusChanged(hasFocus);
Log.i("MainActivity", "onWindowFocusChanged:getWidth()=" + mButton.getWidth());
}
2019-11-14 10:30:04.042 13346-13346/? I/MainActivity: onCreate:getWidth()=0
2019-11-14 10:30:04.250 13346-13346/? I/MainActivity: onResume:getWidth()=0
2019-11-14 10:30:04.293 13346-13346/? I/MainActivity: getViewTreeObserver().addOnGlobalLayoutListener:getWidth()=1320
2019-11-14 10:30:04.294 13346-13346/? I/MainActivity: post:getWidth()=1320
2019-11-14 10:30:04.395 13346-13346/? I/MainActivity: onWindowFocusChanged:getWidth()=1320
七、启动流程
当用户点击桌面图标启动APP时,背后的流程如下:
activity启动流程
我们看到的手机桌面是Launch程序的界面,点击应用图标会触发点击事件,调用startActivity(intent),然后通过Binder IPC机制,与ActivityManagerService(AMS)通讯,AMS执行一系列操作,最终启动目前应用,大概流程如下:
1、Launche程序请求AMS过程(Binder IPC机制)
MyActivity.startActivity()
Activity.startActivity()
Activity.startActivityForResult
Instrumentation.execStartActivty //Instrumentation是android系统中启动Activity的一个实际操作类
ActivityManagerNative.getDefault().startActivityAsUser() //getDefault返回ActivityManagerProxy,是AMS客户端代理(Binder机制)
2、AMS执行过程
ActivityManagerService.startActivity()
ActvityiManagerService.startActivityAsUser()
ActivityStackSupervisor.startActivityMayWait()
ActivityStackSupervisor.startActivityLocked()
ActivityStackSupervisor.startActivityUncheckedLocked()
ActivityStackSupervisor.startActivityLocked()
ActivityStackSupervisor.resumeTopActivitiesLocked()
ActivityStackSupervisor.resumeTopActivityInnerLocked()
ActivityStackSupervisor.startSpecificActvityLocked()
if process exits ActivityStackSupervisor.realStartAcitvityLocked() //进程存在,则直接启动Activity
else create process ActivityStackSupervisor.startProcessLocked() //创建新进程
2.1、判断启动权限
通过PackageManager的resolveIntent()收集跳转intent对象的指向信息,然后通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity。如果有权限,则在新的task中启动目标activity,如果发现没有进程,则先创建进程。
2.2、创建进程
如果进程不存在,AMS会调用startProcessLocked创建新的进程,在该方法中,会通过socket的通讯方式通知zygote进程孵化新的进程并返回pid,在新的进程中会初始化ActivityThread,并依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环。
2.3、绑定Application
创建好进程后下一步要将Application和进程绑定起来,AMS会调用上一节创建的ActivityThread对象的bindAppliction方法完成绑定工作,该方法会发送一条BIND_APPLICATION的消息,最终会调用handleBindApplication方法处理消息,并调用makeApplication方法处理消息,加载APP的classes到内存中。
3、ActivityThread启动Activity
通过前面的步骤,系统已经拥有了该Application的进程,后续的启动则是从已存在其他进程中启动Acitivity,即调用realStartAcitvityLocked,该方法会调用Application的主线程对象ActivityThread的sheduleLaunchActivity方法,在方法中会发送LAUNCH_ACTIVITY到消息队列,最终通过handleLaunchActivity处理消息,完成Acitivty的启动。
参考
Activity
Activity 的 36 大难点,你会几个?「建议收藏」
[译]Android Application启动流程分析
网友评论