Android之Activity全面解析，有些知识点容易忘记

Activity作为安卓四大组件之一，是最重要也是用得最多的组件，涉及的知识点非常多，有些知识点平时开发很少用到，但在某些场景下需要特别注意，本文详细整理了Activity涉及的知识点，供开发参考。

针对Activity可以提出很多问题，如：

Activity 的生命周期？

Activity 之间的通信方式？

Activity 各种情况下的生命周期？

横竖屏切换时 Activity 的生命周期？

前台切换到后台，然后再回到前台时 Activity 的生命周期？

d出 Dialog 的时候按 Home 键时 Activity 的生命周期？

两个Activity之间跳转时的生命周期？

下拉状态栏时 Activity 的生命周期？

Activity 与 Fragment 之间生命周期比较？

Activity 的四种 LaunchMode（启动模式）的区别？

Activity 状态保存与恢复？

Activity的转场动画有哪些实现方式？

Activity的生命周期中怎么获取控件宽高？

onNewIntent的执行时机？

如何连续退出多个Activity？

如何把Acitivty设置成Dialog样式 ，android:theme="@android:style/ThemeDialog"

关于横竖屏切换的生命周期，对应不同的手机，由于厂商定制的原因，会有不同的效果，如设置了configChanges="orientation”在有些手机会执行各个生命周期，但有些手机却不会执行。

网上常见的结论如下：

但实际的测试如下：

可以看出，不同厂商的手机切屏生命周期会有差异。

从API 13以上，当设备在横竖切屏时，“屏幕尺寸”也会发生变化，因此为了杜绝切屏导致页面销毁重建，需要加上screenSize，使用设置4，即 android:configChanges="orientation|keyboardHidden|screenSize"

Activity的四种状态如下：

在activity处于paused或者stoped状态下，如果系统内存紧张，可能会被销毁，当重回该activity时会重建，正常返回和被回收后返回的生命周期如下：

如果是回收后返回，onCreate的参数savedInstanceState不为空。

有哪些场景会触发onNewIntent回调呢？跟启动模式有关，首先该Activity实例已经存在，再次启动才可能触发。一种情况是启动模式是singleTask或者singleInstance，无论该activity在栈中哪个位置，都会触发onNewIntent回调，并且把上面其他acitivity移除，另一种情况是启动模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP启动，并且该activity实例在栈顶，会触发onNewIntent，如果不在栈顶是重新创建的，不会触发。

在实际业务开发中，往往碰到需要连续退出多个activity实例，下面整理了几种常见方法：

● 发送特定广播

1、在需要处理连续退出的activity注册该特定广播；

2、发起退出的activity发送该特定广播；

3、接收到该广播的activity 调用finish结束页面。

● 递归退出

1、用startActivityForResult启动新的activity；

2、前一个页面finish时，触发onActvityResult回调，再根据requestCode和resultCode处理是否finish，达到递归退出的效果。

● FLAG_ACTIVITY_CLEAR_TOP

通过intentsetFlag(IntentFLAG_ACTIVITY_CLEAR_TOP)启动新activity，如果栈中已经有该实例，则会把该activity之上的所有activity关闭，达到singleTop启动模式的效果。

● 自定义activity栈

1、自定义activity列表，新打开activity则加入栈中，关闭则移除栈；

2、需要退出多个activity时，则循环从栈中移除activity实例，并调用finish。

在讨论Activity启动模式经常提到任务栈，那到底什么是任务栈？

任务是一个Activity的集合，它使用栈的方式来管理其中的Activity，这个栈又被称为返回栈(back stack)，栈中Activity的顺序就是按照它们被打开的顺序依次存放的。返回栈是一个典型的后进先出(last in, first out)的数据结构。下图通过时间线的方式非常清晰地向我们展示了多个Activity在返回栈当中的状态变化：

taskAffinity 任务相关性，可以用于指定一个Activity更加愿意依附于哪一个任务，在默认情况下，同一个应用程序中的所有Activity都具有相同的affinity， 名字为应用的包名。当然了，我们可以为每个 Activity 都单独指定 taskAffinity 属性（不与包名相同）。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparenting 属性配对使用，在其他情况下没有意义。

taskAffinity 有下面两种应用场景：

分为显示启动和隐式启动。

（1）显示启动

直接指定待调整的Activity类名。

（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="androidintentcategoryDEFAULT" />

只要匹配一个action即可跳转，注意的是action要区分大小写。

规则：如果intent中有category，则所有的都能匹配到intent-filter中的category，intent中的category数量可用少于intent-filter中的。另外，单独设置category是无法匹配activity的，因为category属性是一个执行Action的附加信息。

intent不添加category会匹配默认的，即 “android:intentcategoryDEFAULT”

如果上面例子，如果去掉intentsetAction("action_name")，则会抛出异常：

规则：类似action，但data有复杂的结构，只要匹配一个data并且与data中所有属性都一致就能匹配到Activity，只要有1个属性不匹配，都无法找到activity。

data的结构：

data 主要是由 URI 和 mimeType 组成的。

URI 可配置很多信息，的结构如下：

与url类似，例如：

mineType：指资源类型包括文本、、音视频等等，例如:text/plain、 image/jpeg、video/ 等

下面看下data匹配的例子：

只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port

将上面的data改为

匹配mineType

如果有mineType，则不能仅设置setData或setMineType了，因为setData会把mineType置为null，而setMineType会把data置为null，导致永远无法匹配到activity，要使用setDataAndType。

使用scheme的默认值content\file

注意该方法需要在startAtivity方法或者是finish方法调用之后立即执行，不能延迟，但可以在子线程执行。

而在windowAnimationStyle中存在四种动画：

activityOpenEnterAnimation // 打开新的Activity并进入新的Activity展示的动画

activityOpenExitAnimation // 打开新的Activity并销毁之前的Activity展示的动画

activityCloseEnterAnimation //关闭当前Activity进入上一个Activity展示的动画

activityCloseExitAnimation // 关闭当前Activity时展示的动画

overridePendingTransition的方式比较生硬，方法也比较老旧了，不适用于MD风格，google提供了新的转场动画ActivityOptions，并提供了兼容包ActivityOptionsCompat。

我们知道在onCreate和onResume里面直接获取到控件宽高为0，那有什么办法获取到控件的实际宽高？只要有onWindowFocusChanged、viewpost、ViewTreeObserver三种方式获取。

当用户点击桌面图标启动APP时，背后的流程如下：

我们看到的手机桌面是Launch程序的界面，点击应用图标会触发点击事件，调用startActivity(intent)，然后通过Binder IPC机制，与ActivityManagerService(AMS)通讯，AMS执行一系列 *** 作，最终启动目前应用，大概流程如下：

通过PackageManager的resolveIntent()收集跳转intent对象的指向信息，然后通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity。如果有权限，则在新的task中启动目标activity，如果发现没有进程，则先创建进程。

如果进程不存在，AMS会调用startProcessLocked创建新的进程，在该方法中，会通过socket的通讯方式通知zygote进程孵化新的进程并返回pid，在新的进程中会初始化ActivityThread，并依次调用LooperprepareLoop()和Looperloop()来开启消息循环。

创建好进程后下一步要将Application和进程绑定起来，AMS会调用上一节创建的ActivityThread对象的bindAppliction方法完成绑定工作，该方法会发送一条BIND_APPLICATION的消息，最终会调用handleBindApplication方法处理消息，并调用makeApplication方法处理消息，加载APP的classes到内存中。

通过前面的步骤，系统已经拥有了该Application的进程，后续的启动则是从已存在其他进程中启动Acitivity，即调用realStartAcitvityLocked，该方法会调用Application的主线程对象ActivityThread的sheduleLaunchActivity方法，在方法中会发送LAUNCH_ACTIVITY到消息队列，最终通过handleLaunchActivity处理消息，完成Acitivty的启动。

Activity

Activity 的 36 大难点，你会几个？「建议收藏」

[译]Android Application启动流程分析

在目的activity中获取intent启动源的名字的方法

1 先说在setClass启动一个Activity的方法吧：

Intent intent = new Intent();

intentsetClass(this, CreatePlaylistclass) //参数一为当前Package的context，t当前Activity的context就是this，其他Package可能用到createPackageContex()参数二为你要打开的Activity的类名

startActivity(intent);

2 通过Component Name来打开的方式

Intent intent = new Intent();

intentsetAction(IntentACTION_MAIN); //添加一些特性，具体可以查看Intent文档，相关属性的介绍

intentaddCategory(IntentCATEGORY_LAUNCHER);

intentsetFlags(IntentFLAG_ACTIVITY_NEW_TASK | IntentFLAG_ACTIVITY_RESET_TASK_IF_NEEDED);

//通过Bundle向要打开的的Activity传递一些数据

Bundle bundle = new Bundle();

bundleputString("data", new String(" Hello World"));

intentputExtras(bundle);

intentsetComponent(new ComponentName(

new String("comandroidtestActivity"), new String("comandroidtestActivitytestActivity")));

startActivity(intent);

SharedPreferences是使用键值对的方式来存储数据的。Android中得到SharedPrefernces方法的方法有以下三种:

1Context的 getSharedPreferences(String name, int mode) 。

name为文件的名称,如果指定的文件不存在则会创建一个，文件都是存放在/data/data/<package name:="">/shared prefs目录下的。mode指定 *** 作模式，目前只有MODE_PRIVATE这一种模式可选，也是默认的 *** 作模式，与直接传入0效果是相同的，表示只有当前的应用程序才可以对这个指定文件进行读写。其他几种 *** 作模式均已被废弃，MODE_WORLD_READABLE和MODE_WORLD_WRITEABLE已在Android 42中被废弃的，MODE_MULTI_PROCESS在Android 60中被废弃。</package>

2Activity类的 getPreferences(int mode) 。

这个方法会自动将当前活动类名作为文件名，只接收一个 *** 作模式参数。

3РrеfеrеnсеМаnаgеr类的 PreferenceManagergetDefaultSharedPreferences(Context context)

这是一个静态方法，将应用程序的包名作为前缀来命名文件名，接收一个Context 参数。

1保存数据

2读取数据

2MODE_WORLD_READABLE

读模式，允许其他应用程序读取该文件，在 Android N 之后会有一个 SecurityException 异常。@Deprecated

3MODE_WORLD_WRITEABLE

写模式，允许其他应用程序写入该文件，在 Android N 之后会有一个 SecurityException 异常。@Deprecated

4MODE_MULTI_PROCESS

多进程模式，这种模式是不安全的，官方不建议使用，可以使用 ContentProvider 来代替。当设置MODE_MULTI_PROCESS模式, 则每次getSharedPreferences过程, 会检查SP文件上次修改时间和文件大小, 一旦所有修改则会重新从磁盘加载文件。@Deprecated

这两个方法的区别在于：

最近在做Android的平板的开发，想在桌面上预置一些第三方应用的Widget，在桌面预置Widget的方法就是要获得应用的包名和类名。桌面预置widget的方法 在Launcher的配置文件 res/xml/default_workspacexml中添加如下的代码：<appwidgetlauncher:packageName="comgoogleandroidappsgeniegeniewidget"//预置应用的包名launcher:className="comgoogleandroidappsgeniegeniewidgetminiwidgetMiniWidgetProvider"//预置应用的Provider的类名，不是Activity的类名launcher:screen="1"//在第几屏0为第一屏，launcher:x="0"//x坐标launcher:y="0"//y坐标launcher:spanX="4"//x方向占几个单元格launcher:spanY="1"///y方向占几个单元格通过logcat有时可以找到应用的包名和Provider类名，此方法不可取，容易出错。系统的widget可以通过查找相关的源码找到对应的包名和Provider的类名，但是第三方应用看不到源码，但是也可以通过反编译第三方应用，获得相应的Maifestxml文件，找到对应的包名和Provider类名，但是此方法比较繁琐。可以通过在Launcher中添加如下代码，可以将系统中所安装的所有 的widget的信息打印出来：在Launcherjava中的onCreate方法中添加下面的代码：List<AppWidgetProviderInfoproviders=mAppWidgetManagergetInstalledProviders();finalintproviderCount=providerssize();for(inti=0;i<providerCount;i++){ComponentNameprovider=providersget(i)provider;Logi("xxx","packagename:"+providergetPackageName()+"classname:"+providergetClassName());}新编译Launcher，把Launcher push进去之后，执行 adb logcat -s xxx,就可以看到打印出来的Log信息，包名和Provider了类名。桌面预置shortcut的方法：在Launcher的配置文件 res/xml/default_workspacexml中添加如下的代码：<favorites

在Android系统中，Activity窗口的大小是由WindowManagerService服务来计算的。WindowManagerService服务会根据屏幕及其装饰区的大小来决定Activity窗口的大小。一个Activity窗口只有知道自己的大小之后，才能对它里面的UI元素进行测量、布局以及绘制。本文将详细分析WindowManagerService服务计算Activity窗口大小的过程。

一般来说，Activity窗口的大小等于整个屏幕的大小，但是它并不占据着整块屏幕。为了理解这一点，我们首先分析一下Activity窗口的区域是如何划分的。

我们知道，Activity窗口的上方一般会有一个状态栏，用来显示3G信号、电量使用等图标，如图1所示。

图1 Activity窗口的Content区域示意图

从Activity窗口剔除掉状态栏所占用的区域之后，所得到的区域就称为内容区域(Content Region)。顾名思义，内容区域就是用来显示Activity窗口的内容的。我们再抽象一下，假设Activity窗口的四周都有一块类似状态栏的区域，那么将这些区域剔除之后，得到中间的那一块区域就称为内容区域，而被剔除出来的区域所组成的区域就称为内容边衬区域(Content Insets)。Activity窗口的内容边衬区域可以用一个四元组(content-left, content-top, content-right, content-bottom)来描述，其中，content-left、content-right、content-top、content-bottom分别用来描述内容区域与窗口区域的左右上下边界距离。

我们还知道，Activity窗口有时候需要显示输入法窗口，如图2所示。

图2 Activity窗口的Visible区域示意图

这时候Activity窗口的内容区域的大小有可能没有发生变化，这取决于它的Soft Input Mode。我们假设Activity窗口的内容区域没有发生变化，但是它在底部的一些区域被输入法窗口遮挡了，即它在底部的一些内容是不可见的。从Activity窗口剔除掉状态栏和输入法窗口所占用的区域之后，所得到的区域就称为可见区域(Visible Region)。同样，我们再抽象一下，假设Activity窗口的四周都有一块类似状态栏和输入法窗口的区域，那么将这些区域剔除之后，得到中间的那一块区域就称为可见区域，而被剔除出来的区域所组成的区域就称为可见边衬区域(Visible Insets)。Activity窗口的可见边衬区域可以用一个四元组(visible-left, visible-top, visible-right, visible-bottom)来描述，其中，visible-left、visible-right、visible-top、visible-bottom分别用来描述可见区域与窗口区域的左右上下边界距离。

在大多数情况下，Activity窗口的内容区域和可见区域的大小是一致的，而状态栏和输入法窗口所占用的区域又称为屏幕装饰区。理解了这些概念之后，我们就可以推断，WindowManagerService服务实际上就是需要根据屏幕以及可能出现的状态栏和输入法窗口的大小来计算出Activity窗口的整体大小及其内容区域边衬和可见区域边衬的大小。有了这三个数据之后，Activity窗口就可以对它里面的UI元素进行测量、布局以及绘制等 *** 作了。

从前面Android应用程序窗口(Activity)的绘图表面(Surface)的创建过程分析一文可以知道，应用程序进程是从ViewRoot类的成员函数performTraversals开始，向WindowManagerService服务请求计算一个Activity窗口的大小的，因此，接下来我们就从ViewRoot类的成员函数performTraversals开始分析一个Activity窗口大小的计算过程，如图3所示。

图3 Activity窗口大小的计算过程

这个过程可以分为11个步骤，接下来我们就详细分析每一个步骤。

Step 1 ViewRootperformTraversals

这个函数定义在文件frameworks/base/core/java/android/view/ViewRootjava中，它的实现很复杂，一共有600-行，不过大部分代码都是用来计算Activity窗口的大小的，我们分段来阅读：

[java] view plaincopypublic final class ViewRoot extends Handler implements

ViewParent,

ViewAttachInfoCallbacks {

private void performTraversals() {

final View host = mView;

int desiredWindowWidth;

int desiredWindowHeight;

int childWidthMeasureSpec;

int childHeightMeasureSpec;

Rect frame = mWinFrame;

if (mFirst) {

DisplayMetrics packageMetrics =

mViewgetContext()getResources()getDisplayMetrics();

desiredWindowWidth = packageMetricswidthPixels;

desiredWindowHeight = packageMetricsheightPixels;

} else {

desiredWindowWidth = framewidth();

desiredWindowHeight = frameheight();

if (desiredWindowWidth != mWidth || desiredWindowHeight != mHeight) {

windowResizesToFitContent = true;

}

}

复制代码

这段代码用来获得Activity窗口的当前宽度desiredWindowWidth和当前高度desiredWindowHeight。

以上就是关于Android之Activity全面解析，有些知识点容易忘记全部的内容，包括:Android之Activity全面解析，有些知识点容易忘记、如何在目的activity中获取intent启动源的名字、SharedPreferences 使用等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！