Android 面试题总结之Android 基础（一）

Android 面试题总结之Android 基础Activity（一）

转眼间毕业好久了，写程序也很久了，从高中就一直写到现在好多年了啊，学习了很多东西，把之前整理的资料和知识点慢慢分享出来。这里主要总结Android可能出的面试的题目比较全面\详细，持久更新，也欢迎大家补充，纠正，批评。

在阅读过程中有任何问题，请及时联系。

本章系《Android 之美 从0到1 – 高手之路》Android基础Activity 总结了Android 开发者面试比较常见的Activity面试问题。希望对广大Android 开发者，有所帮助。

Android 面试题总结之Android 基础Activity一
Android四大组件简介

Activity 常见知识点

Android四大组件简介

请简要介绍Android的四大组件。

答案：Android系统有四种组件，这四种组件构成了Android应用的框架，然后由Intent联系这四种组件。

Activity用来显示Android的程序界面，一个应用往往有多个界面，所以一个应用中会有多个Activity。

Service没有界面的后台服务，会一直运行在后台。常被用来做数据处理，也可以做一些定时的任务。

Broadcast Receiver是Android的广播接收器，在广播机制中充当广播的接受者的作用，Android中充满了各种广播，所有需要有选择地接收一些有用的广播，然后处理这些广播。

Content Provider可直译为内容提供者，它是用在不同的应用程序之间共享数据时，可以把一个应用的数据提供给其他的应用使用。

Android中Activity, Intent, Content Provider, Service各有什么区别。

Activity： 活动，是最基本的android应用程序组件。一个活动就是一个单独的屏幕，每一个活动都被实现为一个独立的类，并且从活动基类继承而来。

Intent： 意图，描述应用想干什么。最重要的部分是动作和动作对应的数据。

Content Provider：内容提供器，android应用程序能够将它们的数据保存到文件、SQLite数据库中，甚至是任何有效的设备中。当你想将你的应用数据和其他应用共享时，内容提供器就可以发挥作用了。

Service：服务，具有一段较长生命周期且没有用户界面的程序。

Manifest.xml文件中主要包括哪些信息？

manifest：根节点，描述了package中所有的内容。

uses-permission：请求你的package正常运作所需赋予的安全许可。

permission： 声明了安全许可来限制哪些程序能你package中的组件和功能。

instrumentation：声明了用来测试此package或其他package指令组件的代码。

application：包含package中application级别组件声明的根节点。

activity：Activity是用来与用户交互的主要工具。

receiver：IntentReceiver能使的application获得数据的改变或者发生的操作，即使它当前不在运行。

service：Service是能在后台运行任意时间的组件。

provider：ContentProvider是用来管理持久化数据并发布给其他应用程序使用的组件。

Activity 常见知识点

什么是 Activity?

四大组件之一,一个用户交互界面对应一个 activity setContentView() ,// 要显示的布局 button.setOnclickLinstener{

}, activity 是 Context 的子类,同时实现了 window.callback 和 keyevent.callback, 可以处理与窗体用户交互的事件. 我开发常用的的有

FragmentActivitiyListActivity ,PreferenceActivity ,TabAcitivty 等…

Activity 生命周期

Activity 从创建到销毁有多种状态,从一种状态到另一种状态时会激发相应 的回调方法,这些回调方法包括:onCreate onStart onResume onPause onStop onDestroy 。

这些方法都是两两对应的,onCreate 创建与 onDestroy 销毁;

onStart 可见与 onStop 不可见;onResume 可编辑(即焦点)与 onPause;如果界面有共同的特点或者功能的时候,还会自己定义一个 BaseActivity. 进度对话框的显示与销毁 。

onCreate Activity 创建时的初始化工作 如设置页面的ContentView、接收参数等.

onRestart 在Activity的onStop后重新启动时，回调onRestart

onStart 正在启动，即将开始，没有出现在前台，还无法和用户交互，可以理解为已经初始化完成，但是处于后台我们暂时没法看见。

onResume 可见了并且处于激活态,处于前台，和onStart最大的不同就是onStart是在后台已经初始化完，但是无法交互。

onPause 失去焦点不可以交互、处于后台。

onStop 即将停止，做一些稍微重量级回收类的工作

onDestory Activity即将被销毁，需要们做一些回收和资源释放类的工作。

提醒： 从Activity A，打开另一个Activity B，B这个Activity是在A的onPause执行后才变成可见状态的，所以为了不影响B的显示，最好不要在onPause里执行一些耗时操作，可以考虑将这些操作放到onStop里，这时B已经可见了，（意思是A ->onPause 后才 B->onCreate，onStart， onResume #转问题4）



如何保存 Activity 的状态?

Activity 的状态通常情况下系统会自动保存的,只有当我们需要保存额外的 数据时才需要使用到这样的功能。

一般来说, 调用 onPause()和 onStop()方法后的 activity 实例仍然存在于内 存中, activity 的所有信息和状态数据不会消失, 当 activity 重新回到前台之后, 所有的改变都会得到保留。

但是当系统内存不足时, 调用 onPause()和 onStop()方法后的 activity 可能 会被系统摧毁, 此时内存中就不会存有该 activity 的实例对象了。如果之后这个 activity 重新回到前台, 之前所作的改变就会消失。为了避免此种情况的发生, 我 们可以覆写 onSaveInstanceState()方法。

onSaveInstanceState()方法接受一 个 Bundle 类型的参数, 开发者可以将状态数据存储到这个 Bundle 对象中, 这 样即使 activity 被系统摧毁, 当用户重新启动这个 activity 而调用它的

onCreate()方法时, 上述的 Bundle 对象会作为实参传递给 onCreate()方法, 开 发者可以从 Bundle 对象中取出保存的数据, 然后利用这些数据将 activity 恢复 到被摧毁之前的状态。

需要注意的是, onSaveInstanceState()方法并不是一定会被调用的, 因为有 些场景是不需要保存状态数据的. 比如用户按下 BACK 键退出 activity 时, 用户 显然想要关闭这个 activity, 此时是没有必要保存数据以供下次恢复的, 也就是 onSaveInstanceState()方法不会被调用.

如果调用 onSaveInstanceState()方 法, 调用将发生在 onPause()或 onStop()方法之前。

@Override
protected void onSaveInstanceState(Bundle outState) { // TODO Auto-generated method stub super.onSaveInstanceState(outState);
}

两个 Activity 之间跳转时必然会执行的是哪几个方法?

一般情况下比如说有两个 activity,分别叫 A,B,当在 A 里面激活 B 组件的时候, A 会调用 onPause()方法,然后 B 调用 onCreate() ,onStart(), onResume()。

这个时候 B 覆盖了窗体, A 会调用 onStop()方法. 如果 B 是个透明的,或者 是对话框的样式, 就不会调用 A 的 onStop()方法。

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

此时的生命周期跟清单文件里的配置有关系。

1.不设置 Activity 的 android:configChanges 时,切屏会重新调用各个生命周期默认首先销毁当前 activity,然后重新加载。 2.设置 Activity

android:configChanges=”orientation|keyboardHidden|screenSize”时,切 屏不会重新调用各个生命周期,只会执行 onConfigurationChanged 方法。

通常在游戏开发, 屏幕的朝向都是写死的。

如何将一个 Activity 设置成窗口的样式？

只需要给我们的 Activity 配置如下属性即可。

android:theme="@android:style/Theme.Dialog"

如何退出 Activity?如何安全退出已调用多个 Activity 的 Application?

通常情况用户退出一个 Activity 只需按返回键,我们写代码想退出 activity 直接调用 finish()方法就行。

发送特定广播:

在需要结束应用时,发送一个特定的广播,每个 Activity 收到广播后,关闭 即可。

//给某个 activity 注册接受接受广播的意图 registerReceiver(receiver, filter)

//如果过接受到的是 关闭 activity 的广播 activity finish()掉

递归退出

就调用 finish()方法 把当前的

在打开新的 Activity 时使用 startActivityForResult,然后自己加标志,在 onActivityResult 中处理,递归关闭。

其实 也可以通过 intent 的 flag 来实现 intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)激活一个新的 activity。 此时如果该任务栈中已经有该 Activity,那么系统会把这个 Activity 上面的所有 Activity 干掉。其实相当于给 Activity 配置的启动模式为 SingleTop。

记录打开的 Activity:

每打开一个 Activity,就记录下来。在需要退出时,关闭每一个 Activity

//伪代码

List<Activity> lists ;// 在 application 全局的变量里面 lists = new ArrayList<Activity>();
lists.add(this);
for(Activity activity: lists)
{
activity.finish();
}
lists.remove(this);

Activity 的四种启动模式,singletop 和 singletask 区别是什么?一般书签的使用模式是 singletop,那为什么 不使用 singletask?

singleTop 跟 standard 模式比较类似。唯一的区别就是,当跳转的对象是位于 栈顶的 activity(应该可以理解为用户眼前所 看到的 activity)时,程序将不会 生成一个新的 activity 实例,而是直接跳到现存于栈顶的那个 activity 实例。拿 上面的例子来说,当 Act1 为 singleTop 模式时,执行跳转后栈里面依旧只有

一个实例,如果现在按返回键程序将直接退出。

singleTask 模式和 singleInstance 模式都是只创建一个实例的。在这种模

式下,无论跳转的对象是不是位于栈顶的 activity,程序都不会生成一个新的实 例(当然前提是栈里面已经有这个实例)。这种模式相当有用,在以后的多 activity 开发中,常会因为跳转的关系导致同个页面生成多个实例,这个在用户体验上始 终有点不好,而如果你将对应的 activity 声明为 singleTask 模式,这种问题将 不复存在。在主页的 Activity 很常用

Android 中的 Context, Activity,Appliction 有什么区别?

相同:Activity 和 Application 都是 Context 的子类。

Context 从字面上理解就是上下文的意思,在实际应用中它也确实是起到了管理 上下文环境中各个参数和变量的总用,方便我们可以简单的访问到各种资源。

不同:维护的生命周期不同。Context 维护的是当前的 Activity 的生命周期, Application 维护的是整个项目的生命周期。使用 context 的时候,小心内存泄露,防止内存泄露,注意一下几个方面:

不要让生命周期长的对象引用 activity context,即保证引用 activity 的对 象要与 activity 本身生命周期是一样的。

对于生命周期长的对象,可以使用 application,context。

避免非静态的内部类,尽量使用静态类,避免生命周期问题,注意内部类 对外部对象引用导致的生命周期变化。

Context 是什么?

1、它描述的是一个应用程序环境的信息,即上下文。

2、该类是一个抽象(abstract class)类,Android 提供了该抽象类的具体实 现类(ContextIml)。

3、通过它我们可以获取应用程序的资源和类,也包括一些应用级别操作, 例如:启动一个 Activity,发送广播,接受 Intent,信息,等。

附加一张Context继承关系图



Task & Back Tack

由同一个应用启动的Activity默认都在同一个任务栈中（Task）

任务栈的形式和学习C语言的栈是一样的遵循后进先出的原则，看图很好理解

appA 调用 appB 的 Activity，这个 Task 是什么情况？

默认情况

appB的 Activity好像是嵌入到了appA的Task中，但是不影响appB的正常运行,appB有自己的Task

FLAG_NEW_TASK:

appB 的 Activity 不嵌入到appA 的Task中，而是加入到appB自己的Task

FLAG_ACTIVITY_CLEAR_TOP:

当Intent对象包含这个标记时，如果在栈中发现存在Activity实例，则清空这个实例之上的Activity，使其处于栈顶。

FLAG_ACTIVITY_SINGLE_TOP:

在使用默认的“standard”启动模式下，如果没有在Intent使用到FLAG_ACTIVITY_SINGLE_TOP标记，那么它将关闭后重建，如果使用了这个FLAG_ACTIVITY_SINGLE_TOP标记，则会使用已存在的实例

如何获取当前屏幕Activity的对象？

使用ActivityLifecycleCallbacks

传送地址： Android 如何获取当前Activity实例对象？

你知道onNewIntent吗？

如果IntentActivity处于任务栈的顶端，也就是说之前打开过的Activity，现在处于onPause、onStop 状态的话，其他应用再发送Intent的话，执行顺序为：

onNewIntent，onRestart，onStart，onResume。

除了用Intent 去启动一个Activity，还有其他方法吗？

使用adb shell am 命令

am启动一个activity

adb shell am start com.example.fuchenxuan/.MainActivity

am发送一个广播，使用action

adb shell am broadcast -a magcomm.action.TOUCH_LETTER

Android Service与Activity之间通信的几种方式？

通过Binder对象

当Activity通过调用bindService(Intent service, ServiceConnection conn,int flags),得到一个Service的一个对象，通过这个对象我们可以直接访问Service中的方法。

通过Broadcast Receiver(广播)的形式

EventBus 是一个Android开源事件总线框架 后面我们会有专门的讲解。

TaskAffinity 是什么？

标识Activity任务栈名称的属性：TaskAffinity，默认为应用包名

如果新Activity是透明主题时，旧Activity会不会走onStop

不会！

关于Activity相关基础知识点，本章节就先总结到这来。希望对大家有所帮助。欢迎阅读更多《Android 之美 从0到1 – 高手之路》

水平有限，若有错漏，欢迎指正，批评，如需转载，请注明出处–http://blog.csdn.net/vfush，谢谢！