1、 Android的4大组件是哪些，它们的作用？
答：Activity：Activity是Android程序与用户交互的窗口，是Android构造块中最基本的1种，它需要为保持各界面的状态，做很多持久化的事情，妥善管理生命周期和1些跳转逻辑
service：后台服务于Activity，封装有1个完全的功能逻辑实现，接受上层指令，完成相干的食品，定义好需要接受的Intent提供同步和异步的接口
Content Provider：是Android提供的第3方利用数据的访问方案，可以派生Content Provider类，对外提供数据，可以像数据库1样进行选择排序，屏蔽内部数据的存储细节，向外提供统1的借口模型，大大简化上层利用，对数据的整合提供了更方便的途径
BroadCast Receiver：接受1种或多种Intent作触发事件，接受相干消息，做1些简单处理，转换成1条Notification，统1了Android的事件广播模型
2、 请介绍下Android中经常使用的5种布局
经常使用5种布局方式，分别是：FrameLayout（框架布局），LinearLayout （线性布局），AbsoluteLayout（绝对布局），RelativeLayout（相对布局），TableLayout（表格布局）。
1、FrameLayout：所有东西顺次都放在左上角，会堆叠，这个布局比较简单，也只能放1点比较简单的东西。2、LinearLayout：线性布局，每个LinearLayout里面又可分为垂直布局（android:orientation="vertical"）和水平布局（android:orientation="horizontal" ）。当垂直布局时，每行就只有1个元素，多个元素顺次垂直往下；水平布局时，只有1行，每个元素顺次向右排列。3、AbsoluteLayout：绝对布局用X,Y坐标来指定元素的位置，这类布局方式也比较简单，但是在屏幕旋转时，常常会出问题，而且多个元素的时候，计算比较麻烦。4、RelativeLayout：相对布局可以理解为某1个元素为参照物，来定位的布局方式。主要属性有：相对某1个元素android:layout_below、 android:layout_toLeftOf相对父元素的地方android:layout_alignParentLeft、android:layout_alignParentRigh；5、TableLayout：表格布局，每个TableLayout里面有表格行TableRow，TableRow里面可以具体定义每个元素。每个布局都有自己合适的方式，这5个布局元素可以相互嵌套利用，做出美观的界面。
3、 android中的动画有哪几类，它们的特点和区分是甚么
答：两种，1种是Tween动画、还有1种是Frame动画。Tween动画，这类实现方式可使视图组件移动、放大、缩小和产生透明度的变化;另外一种Frame动画，传统的动画方法，通过顺序的播放排列好的图片来实现，类似电影。
4、 android 中有哪几种解析xml的类？官方推荐哪一种？和它们的原理和区分。
答：XML解析主要有3种方式，SAX、DOM、PULL。常规在PC上开发我们使用Dom相对轻松些，但1些性能敏感的数据库或手机上还是主要采取SAX方式，SAX读取是单向的，优点:不占内存空间、解析属性方便，但缺点就是对套嵌多个分支来讲处理不是很方便。而DOM方式会把全部XML文件加载到内存中去，这里Android开发网提示大家该方法在查找方面可以和XPath很好的结合如果数据量不是很大推荐使用，而PULL常经常使用在J2ME对节点处理比较好，类似SAX方式，一样很节省内存，在J2ME中我们常常使用的KXML库来解析。
5、 ListView的优化方案
答：1、如果自定义适配器，那末在getView方法中要斟酌方法传进来的参数contentView是不是为null，如果为null就创建contentView并返回，如果不为null则直接使用。在这个方法中尽量少创建view。
2、给contentView设置tag（setTag（）），传入1个viewHolder对象，用于缓存要显示的数据，可以到达图象数据异步加载的效果。
3、如果listview需要显示的item很多，就要斟酌分页加载。比如1共要显示100条或更多的时候，我们可以斟酌先加载20条，等用户拉到列表底部的时候再去加载接下来的20条。
6、 请介绍下Android的数据存储方式。
答：使用SharedPreferences存储数据；文件存储数据；SQLite数据库存储数据；使用ContentProvider存储数据；网络存储数据；
Preference，File， DataBase这3种方式分别对应的目录是/data/data/PackageName/Shared_Pref, /data/data/Package Name/files, /data/data/PackageName/database 。
1：使用SharedPreferences存储数据
首先说明SharedPreferences存储方式，它是 Android提供的用来存储1些简单配置信息的1种机制，例如：登录用户的用户名与密码。其采取了Map数据结构来存储数据，以键值的方式存储，可以简单的读取与写入，具体实例以下：
voidReadSharedPreferences(){
StringstrName,strPassword;
SharedPreferences user = getSharedPreferences(“user_info”,0);
strName =user.getString(“NAME”,””);
strPassword =user getString(“PASSWORD”,””);
}
voidWriteSharedPreferences(String strName,String strPassword){
SharedPreferences user = getSharedPreferences(“user_info”,0);
uer.edit();
user.putString(“NAME”,strName);
user.putString(“PASSWORD”,strPassword);
user.commit();
}
数据读取与写入的方法都非常简单，只是在写入的时候有些区分：先调用edit()使其处于编辑状态，然后才能修改数据，最后使用commit()提交修改的数据。实际上SharedPreferences是采取了XML格式将数据存储到装备中，在DDMS中的File Explorer中的/data/data/<package name>/shares_prefs下。使用SharedPreferences是有些限制的：只能在同1个包内使用，不能在不同的包之间使用。
2：文件存储数据
文件存储方式是1种较经常使用的方法，在Android中读取/写入文件的方法，与Java中实现I/O的程序是完全1样的，提供了openFileInput()和openFileOutput()方法来读取装备上的文件。具体实例以下:
String fn =“moandroid.log”;
FileInputStreamfis = openFileInput(fn);
FileOutputStreamfos = openFileOutput(fn,Context.MODE_PRIVATE);
3：网络存储数据
网络存储方式，需要与Android网络数据包打交道，关于Android 网络数据包的详细说明，请浏览Android SDK援用了Java SDK的哪些package？。
4：ContentProvider
1、ContentProvider简介
当利用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就能够向其他利用同享其数据。虽然使用其他方法也能够对外同享数据，但数据访问方式会因数据存储的方式而不同，如：采取文件方式对外同享数据，需要进行文件操作读写数据；采取sharedpreferences同享数据，需要使用sharedpreferencesAPI读写数据。而使用ContentProvider同享数据的好处是统1了数据访问方式。
2、Uri类简介
Uri代表了要操作的数据，Uri主要包括了两部份信息：1.需要操作的ContentProvider ，2.对ContentProvider中的甚么数据进行操作，1个Uri由以下几部份组成：
1.scheme：ContentProvider（内容提供者）的scheme已由Android所规定为：content://…
2.主机名（或Authority）：用于唯1标识这个ContentProvider，外部调用者可以根据这个标识来找到它。
3.路径（path）：可以用来表示我们要操作的数据，路径的构建应根据业务而定，以下：
要操作contact表中id为10的记录，可以构建这样的路径:/contact/10
要操作contact表中id为10的记录的name字段， contact/10/name
要操作contact表中的所有记录，可以构建这样的路径:/contact?
要操作的数据不1定来自数据库，也能够是文件等他存储方式，以下:
要操作xml文件中contact节点下的name节点，可以构建这样的路径：/contact/name
如果要把1个字符串转换成Uri，可使用Uri类中的parse()方法，以下：
Uri uri =Uri.parse("content://com.changcheng.provider.contactprovider/contact")
3、UriMatcher、ContentUrist和ContentResolver简介
由于Uri代表了要操作的数据，所以我们很常常需要解析Uri，并从 Uri中获得数据。Android系统提供了两个用于操作Uri的工具类，分别为UriMatcher 和ContentUris 。掌握它们的使用，会便于我们的开发工作。
UriMatcher：用于匹配Uri，它的用法以下：
1.首先把你需要匹配Uri路径全部给注册上，以下：
//常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码(⑴)。
UriMatcheruriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
//如果match()方法匹配content://com.changcheng.sqlite.provider.contactprovider /contact路径，返回匹配码为1
uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact”, 1);//添加需要匹配uri，如果匹配就会返回匹配码
//如果match()方法匹配content://com.changcheng.sqlite.provider.contactprovider/contact/230路径，返回匹配码为2
uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact/#”,2);//#号为通配符
2.注册完需要匹配的Uri后，就能够使用uriMatcher.match(uri)方法对输入的Uri进行匹配，如果匹配就返回匹配码，匹配码是调用 addURI()方法传入的第3个参数，假定匹配content://com.changcheng.sqlite.provider.contactprovider/contact路径，返回的匹配码为1。
ContentUris：用于获得Uri路径后面的ID部份，它有两个比较实用的方法：
withAppendedId(uri,id)用于为路径加上ID部份
parseId(uri)方法用于从路径中获得ID部份
ContentResolver：当外部利用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可使用 ContentResolver 类来完成，要获得ContentResolver 对象，可使用Activity提供的getContentResolver()方法。 ContentResolver使用insert、delete、update、query方法，来操作数据。
7、 activity的启动模式有哪些？是甚么含义？
答：在android里，有4种activity的启动模式，分别为：
“standard” (默许)
“singleTop”
“singleTask”
“singleInstance”
它们主要有以下不同：
1. 如何决定所属task
“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同1个task内，除非intent包括参数FLAG_ACTIVITY_NEW_TASK。
如果提供了FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。
“singleTask”和”singleInstance”总是把activity作为1个task的根元素，他们不会被启动到1个其他task里。
2. 是不是允许多个实例
“standard”和”singleTop”可以被实例化屡次，并且存在于不同的task中，且1个task可以包括1个activity的多个实例；
“singleTask”和”singleInstance”则限制只生成1个实例，并且是task的根元素。 singleTop要求如果创建intent的时候栈顶已有要创建 的Activity的实例，则将intent发送给该实例，而不发送给新的实例。
3. 是不是允许其它activity存在于本task内
“singleInstance”独占1个task，其它activity不能存在那个task里；如果它启动了1个新的activity，不管新的activity的launch mode 如何，新的activity都将会到别的task里运行（犹如加了FLAG_ACTIVITY_NEW_TASK参数）。
而另外3种模式，则可以和其它activity共存。
4. 是不是每次都生成新实例
“standard”对没1个启动Intent都会生成1个activity的新实例；
“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。
比如现在task栈元素为A-B-C-D（D在栈顶），这时候候给D发1个启动intent，如果D是 “standard”的，则生成D的1个新实例，栈变成A－B－C－D－D。
如果D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D
如果这时候候给B发Intent的话，不管B的launchmode是”standard” 还是 “singleTop” ，都会生成B的新实例，栈状态变成A-B-C-D-B。
“singleInstance”是其所在栈的唯1activity，它会每次都被重用。
“singleTask”如果在栈顶，则接受intent，否则，该intent会被抛弃，但是该task仍会回到前台。
当已存在的activity实例处理新的intent时候，会调用onNewIntent()方法 如果收到intent生成1个activity实例，那末用户可以通过back键回到上1个状态；如果是已存在的1个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。
8、 跟activity和Task 有关的 Intent启动方式有哪些？其含义？
核心的Intent Flag有：
FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP
FLAG_ACTIVITY_NEW_TASK
如果设置，这个Activity会成为历史stack中1个新Task的开始。1个Task（从启动它的Activity到下1个Task中的 Activity）定义了用户可以迁移的Activity原子组。Task可以移动到前台和后台；在某个特定Task中的所有Activity总是保持相同的次序。
这个标志1般用于显现“启动”类型的行动：它们提供用户1系列可以单独完成的事情，与启动它们的Activity完全无关。
使用这个标志，如果正在启动的Activity的Task已在运行的话，那末，新的Activity将不会启动；代替的，当前Task会简单的移入前台。参考FLAG_ACTIVITY_MULTIPLE_TASK标志，可以禁用这1行动。
这个标志不能用于调用方对已启动的Activity要求结果。
FLAG_ACTIVITY_CLEAR_TOP
如果设置，并且这个Activity已在当前的Task中运行，因此，不再是重新启动1个这个Activity的实例，而是在这个Activity上方的所有Activity都将关闭，然后这个Intent会作为1个新的Intent投递到老的Activity（现在位于顶端）中。
例如，假定1个Task中包括这些Activity：A，B，C，D。如果D调用了startActivity()，并且包括1个指向Activity B的Intent，那末，C和D都将结束，然后B接收到这个Intent，因此，目前stack的状态是：A，B。
上例中正在运行的Activity B既可以在onNewIntent()中接收到这个新的Intent，也能够把自己关闭然后重新启动来接收这个Intent。如果它的启动模式声明为 “multiple”(默许值)，并且你没有在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，那末它将关闭然后重新创建；对其它的启动模式，或在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，都将把这个Intent投递到当前这个实例的onNewIntent()中。
这个启动模式还可以与FLAG_ACTIVITY_NEW_TASK结合起来使用：用于启动1个Task中的根Activity，它会把那个Task中任何运行的实例带入前台，然后清除它直到根Activity。这非常有用，例如，当从Notification Manager处启动1个Activity。
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
如果设置这个标志，这个activity不论是从1个新的栈启动还是从已有栈推到栈顶，它都将以the front door of the task的方式启动。这就讲致使任何与利用相干的栈都讲重置到正常状态（不论是正在讲activity移入还是移除），如果需要，或直接重置该栈为初始状态。
FLAG_ACTIVITY_SINGLE_TOP
如果设置，当这个Activity位于历史stack的顶端运行时，不再启动1个新的
FLAG_ACTIVITY_BROUGHT_TO_FRONT
这个标志1般不是由程序代码设置的，如在launchMode中设置singleTask模式时系统帮你设定。
FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET
如果设置，这将在Task的Activitystack中设置1个还原点，当Task恢复时，需要清算Activity。也就是说，下1次Task带着 FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记进入前台时（典型的操作是用户在主画面重启它），这个Activity和它之上的都将关闭，以致于用户不能再返回到它们，但是可以回到之前的Activity。
这在你的程序有分割点的时候很有用。例如，1个e-mail利用程序可能有1个操作是查看1个附件，需要启动图片阅读Activity来显示。这个 Activity应当作为e-mail利用程序Task的1部份，由于这是用户在这个Task中触发的操作。但是，当用户离开这个Task，然后从主画面选择e-mail app，我们可能希望回到查看的会话中，但不是查看图片附件，由于这让人困惑。通过在启动图片阅读时设定这个标志，阅读及其它启动的Activity在下次用户返回到mail程序时都将全部清除。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
如果设置，新的Activity不会在最近启动的Activity的列表中保存。
FLAG_ACTIVITY_FORWARD_RESULT
如果设置，并且这个Intent用于从1个存在的Activity启动1个新的Activity，那末，这个作为答复目标的Activity将会传到这个新的Activity中。这类方式下，新的Activity可以调用setResult(int)，并且这个结果值将发送给那个作为答复目标的 Activity。
FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY
这个标志1般不由利用程序代码设置，如果这个Activity是从历史记录里启动的（常按HOME键），那末，系统会帮你设定。
FLAG_ACTIVITY_MULTIPLE_TASK
不要使用这个标志，除非你自己实现了利用程序启动器。与FLAG_ACTIVITY_NEW_TASK结合起来使用，可以禁用把已存的Task送入前台的行动。当设置时，新的Task总是会启动来处理Intent，而不管这是是不是已有1个Task可以处理相同的事情。
由于默许的系统不包括图形Task管理功能，因此，你不应当使用这个标志，除非你提供给用户1种方式可以返回到已启动的Task。
如果FLAG_ACTIVITY_NEW_TASK标志没有设置，这个标志被疏忽。
FLAG_ACTIVITY_NO_ANIMATION
如果在Intent中设置，并传递给Context.startActivity()的话，这个标志将禁止系统进入下1个Activity时利用 Acitivity迁移动画。这其实不意味着动画将永不运行――如果另外一个Activity在启动显示之前，没有指定这个标志，那末，动画将被利用。这个标志可以很好的用于履行1连串的操作，而动画被看做是更高1级的事件的驱动。
FLAG_ACTIVITY_NO_HISTORY
如果设置，新的Activity将不再历史stack中保存。用户1离开它，这个Activity就关闭了。这也能够通过设置noHistory特性。
FLAG_ACTIVITY_NO_USER_ACTION
如果设置，作为新启动的Activity进入前台时，这个标志将在Activity暂停之前禁止从最前方的Activity回调的onUserLeaveHint()。
典型的，1个Activity可以依赖这个回调指明显式的用户动作引发的Activity移出后台。这个回调在Activity的生命周期中标记1个适合的点，并关闭1些Notification。
如果1个Activity通过非用户驱动的事件，如来电或闹钟，启动的，这个标志也应当传递给Context.startActivity，保证暂停的Activity不认为用户已知晓其Notification。
FLAG_ACTIVITY_PREVIOUS_IS_TOP
If set and this intent is being used to launch a new activity froman existing one, the current activity will not be counted as the top activityfor deciding whether the new intent should be delivered to the top instead ofstarting a new one. The previous activity
will be used as the top, with theassumption being that the current activity will finish itself immediately.
FLAG_ACTIVITY_REORDER_TO_FRONT
如果在Intent中设置，并传递给Context.startActivity()，这个标志将引发已运行的Activity移动到历史stack的顶端。
例如，假定1个Task由4个Activity组成：A,B,C,D。如果D调用startActivity()来启动Activity B，那末，B会移动到历史stack的顶端，现在的次序变成A,C,D,B。如果FLAG_ACTIVITY_CLEAR_TOP标志也设置的话，那末这个标志将被疏忽。
9、 请描写下Activity的生命周期。
答：activity的生命周期方法有：onCreate()、onStart()、onReStart()、onResume()、onPause()、onStop()、onDestory()；
可见生命周期：从onStart()直到系统调用onStop()
前台生命周期：从onResume()直到系统调用onPause()
10、 activity在屏幕旋转时的生命周期
答：
1) 不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会履行1次，切竖屏时会履行两次；
2) 设置Activity的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会履行1次；
3) 设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会履行onConfigurationChanged方法
11、 如何启用Service，如何停用Service。
服务的开发比较简单，以下：
第1步：继承Service类
public class SMSServiceextends Service {}
第2步：在AndroidManifest.xml文件中的<application>节点里对服务进行配置:<serviceandroid:name=".SMSService" />
服务不能自己运行，需要通过调用Context.startService()或Context.bindService()方法启动服务。这两个方法都可以启动Service，但是它们的使用处合有所不同。使用startService()方法启用服务，调用者与服务之间没有关连，即便调用者退出了，服务依然运行。使用bindService()方法启用服务，调用者与服务绑定在了1起，调用者1旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。
如果打算采取Context.startService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onStart()方法。如果调用startService()方法前服务已被创建，屡次调用startService()方法其实不会致使屡次创建服务，但会致使屡次调用onStart()方法。采取startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。
如果打算采取Context.bindService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onBind()方法。这个时候调用者和服务绑定在1起，调用者退出了，系统就会先调用服务的onUnbind()方法，接着调用onDestroy()方法。如果调用bindService()方法前服务已被绑定，屡次调用bindService()方法其实不会致使屡次创建服务及绑定(也就是说onCreate()和onBind()方法其实不会被屡次调用)。如果调用者希望与正在绑定的服务消除绑定，可以调用unbindService()方法，调用该方法也会致使系统调用服务的onUnbind()-->onDestroy()方法。
服务经常使用生命周期回调方法以下：
onCreate() 该方法在服务被创建时调用，该方法只会被调用1次，不管调用多少次startService()或bindService()方法，服务也只被创建1次。
onDestroy()该方法在服务被终止时调用。
与采取Context.startService()方法启动服务有关的生命周期方法
onStart() 只有采取Context.startService()方法启动服务时才会回调该方法。该方法在服务开始运行时被调用。屡次调用startService()方法虽然不会屡次创建服务，但onStart() 方法会被屡次调用。
与采取Context.bindService()方法启动服务有关的生命周期方法
onBind()只有采取Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用，当调用者与服务已绑定，屡次调用Context.bindService()方法其实不会致使该方法被屡次调用。
onUnbind()只有采取Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务消除绑定时被调用
12、 注册广播有几种方式，这些方式有何优缺点？请谈谈Android引入广播机制的意图。
答：首先写1个类要继承BroadcastReceiver
第1种:在清单文件中声明,添加
<receiveandroid:name=".IncomingSMSReceiver " >
<intent-filter>
<actionandroid:name="android.provider.Telephony.SMS_RECEIVED")
<intent-filter>
<receiver>
第2种使用代码进行注册如:
IntentFilterfilter = newIntentFilter("android.provider.Telephony.SMS_RECEIVED");
IncomingSMSReceiverreceiver = new IncomgSMSReceiver();
registerReceiver(receiver.filter);
两种注册类型的区分是：
1)第1种不是常驻型广播，也就是说广播跟随程序的生命周期。
2)第2种是常驻型，也就是说当利用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。
13、 请解释下在单线程模型中Message、Handler、Message Queue、Looper之间的关系。
答：简单的说，looper用来MessageQueue中取出Message，再有Handler进行Message的分发和处理.
Message Queue(消息队列)：用来寄存通过Handler发布的消息，通常附属于某1个创建它的线程，可以通过Looper.myQueue()得到当前线程的消息队列
Handler：可以发布或处理1个消息或操作1个Runnable，通过Handler发布消息，消息将只会发送到与它关联的消息队列，然也只能处理该消息队列中的消息
Looper：是Handler和消息队列之间通讯桥梁，程序组件首先通过Handler把消息传递给Looper，Looper把消息放入队列。Looper也把消息队列里的消息广播给所有的
Handler：Handler接遭到消息后调用handleMessage进行处理
Message：消息的类型，在Handler类中的handleMessage方法中得到单个的消息进行处理
在单线程模型下，为了线程通讯问题，Android设计了1个Message Queue(消息队列)， 线程间可以通过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分别介绍：
1. Message
Message消息，理解为线程间交换的信息，处理数据后台线程需要更新UI，则发送Message内含1些数据给UI线程。
2. Handler
Handler处理者，是Message的主要处理者，负责Message的发送，Message内容的履行处理。后台线程就是通过传进来的 Handler对象援用来sendMessage(Message)。而使用Handler，需要implement 该类的 handleMessage(Message)方法，它是处理这些Message的操作内容，例如Update UI。通常需要子类化Handler来实现handleMessage方法。
3. Message Queue
Message Queue消息队列，用来寄存通过Handler发布的消息，依照先进先出履行。
每一个message queue都会有1个对应的Handler。Handler会向messagequeue通过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出履行。但通过这两种方法发送的消息履行的方式略有不同：通过sendMessage发送的是1个message对象,会被 Handler的handleMessage()函数处理；而通过post方法发送的是1个runnable对象，则会自己履行。
4. Looper
Looper是每条线程里的Message Queue的管家。Android没有Global的MessageQueue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立Message Queue。所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper()得到当前线程的Looper就有可能为NULL。对子线程使用Looper，API Doc提供了正确的使用方法：这个Message机制的大概流程：
1. 在Looper.loop()方法运行开始后，循环地依照接收顺序取出Message Queue里面的非NULL的Message。
2. 1开始Message Queue里面的Message都是NULL的。当Handler.sendMessage(Message)到Message Queue，该函数里面设置了那个Message对象的target属性是当前的Handler对象。随后Looper取出了那个Message，则调用 该Message的target指向的Hander的dispatchMessage函数对Message进行处理。在dispatchMessage方法里，如何处理Message则由用户指定，3个判断，优先级从高到低：
1) Message里面的Callback，1个实现了Runnable接口的对象，其中run函数做处理工作；
2) Handler里面的mCallback指向的1个实现了Callback接口的对象，由其handleMessage进行处理；
3) 处理消息Handler对象对应的类继承并实现了其中handleMessage函数，通过这个实现的handleMessage函数处理消息。
因而可知，我们实现的handleMessage方法是优先级最低的！
3. Handler处理完该Message (updateUI) 后，Looper则设置该Message为NULL，以便回收！
在网上有很多文章讲述主线程和其他子线程如何交互，传送信息，终究谁来履行处理信息之类的，个人理解是最简单的方法――判断Handler对象里面的Looper对象是属于哪条线程的，则由该线程来履行！
1. 当Handler对象的构造函数的参数为空，则为当前所在线程的Looper；
2. Looper.getMainLooper()得到的是主线程的Looper对象，Looper.myLooper()得到的是当前线程的Looper对象。
14、 扼要解释1下activity、 intent 、intent filter、service、Broadcast、BroadcaseReceiver
答：1个activity显现了1个用户可以操作的可视化用户界面；1个service不包括可见的用户界面，而是在后台运行，可以与1个activity绑定，通过绑定暴露出来接口并与其进行通讯；1个broadcast receiver是1个接收广播消息并做出回应的component，broadcast receiver没有界面；1个intent是1个Intent对象，它保存了消息的内容。对activity和service来讲，它指定了要求的操作名称和待操作数据的URI，Intent对象可以显式的指定1个目标component。如果这样的话，android会找到这个component(基于manifest文件中的声明)并激活它。但如果1个目标不是显式指定的，android必须找到响应intent的最好component。它是通过将Intent对象和目标的intent filter相比较来完成这1工作的；1个component的intent filter告知android该component能处理的intent。intentfilter也是在manifest文件中声明的。
15、 说说mvc模式的原理，它在android中的应用,android的官方建议利用程序的开发采取mvc模式。何谓mvc？
mvc是model,view,controller的缩写，mvc包括3个部份：
模型（model）对象：是利用程序的主体部份，所有的业务逻辑都应当写在该层。
视图（view）对象：是利用程序中负责生成用户界面的部份。也是在全部mvc架构中用户唯1可以看到的1层，接收用户的输入，显示处理结果。
控制器（control）对象：是根据用户的输入，控制用户界面数据显示及更新model对象状态的部份，控制器更重要的1种导航功能，响利用户动身的相干事件，交给m层处理。
android鼓励弱耦合和组件的重用，在android中mvc的具体体现以下：
1)视图层（view）：1般采取xml文件进行界面的描写，使用的时候可以非常方便的引入，固然，如果你对android了解的比较的多了话，就1定可以想到在android中也能够使用javascript+html等的方式作为view层，固然这里需要进行java和javascript之间的通讯，荣幸的是，android提供了它们之间非常方便的通讯实现。
2)控制层（controller）：android的控制层的重担通常落在了众多的acitvity的肩上，这句话也就暗含了不要在acitivity中写代码，要通过activity交割model业务逻辑层处理，这样做的另外1个缘由是android中的acitivity的响应时间是5s，如果耗时的操作放在这里，程序就很容易被回收掉。
3)模型层（model）：对数据库的操作、对网络等的操作都应当在model里面处理，固然对业务计算等操作也是必须放在的该层的。
16、 甚么是ANR 如何避免它？
答：ANR：Application Not Responding。在Android中，活动管理器和窗口管理器这两个系统服务负责监视利用程序的响应，当用户操作的在5s内利用程序没能做出反应，BroadcastReceiver在10秒内没有履行终了，就会出现利用程序无响应对话框，这既是ANR。
避免方法：Activity应当在它的关键生命周期方法（如onCreate()和onResume()）里尽量少的去做创建操作。潜伏的耗时操作，例如网络或数据库操作，或高耗时的计算如改变位图尺寸，应当在子线程里（或异步方式）来完成。主线程应当为子线程提供1个Handler，以便完成时能够提交给主线程。
17、 甚么情况会致使Force Close ？如何避免？能否捕获致使其的异常？
答：程序出现异常，比如nullpointer。
避免：编写程序时逻辑联贯，思惟周密。能捕获异常，在logcat中能看到异常信息
18、 描写1下android的系统架构
android系统架构分从下往上为linux 内核层、运行库、利用程序框架层、和利用程序层。
linuxkernel：负责硬件的驱动程序、网络、电源、系统安全和内存管理等功能。
libraries和 android runtime：libraries：即c/c++函数库部份，大多数都是开放源代码的函数库，例如webkit（引擎），该函数库负责 android网页阅读器的运行，例如标准的c函数库libc、openssl、sqlite等，固然也包括支持游戏开发2dsgl和 3dopengles，在多媒体方面有mediaframework框架来支持各种影音和图形文件的播放与显示，例如mpeg4、h.264、mp3、 aac、amr、jpg和png等众多的多媒体文件格式。android的runtime负责解释和履行生成的dalvik格式的字节码。
applicationframework（利用软件架构），java利用程序开发人员主要是使用该层封装好的api进行快速开发。
applications:该层是java的利用程序层，android内置的googlemaps、e-mail、即时通讯工具、阅读器、mp3播放器等处于该层，java开发人员开发的程序也处于该层，而且和内置的利用程序具有同等的位置，可以调用内置的利用程序，也能够替换内置的利用程序。
上面的4个层次，下层为上层服务，上层需要下层的支持，调用下层的服务，这类严格分层的方式带来的极大的稳定性、灵活性和可扩大性，使得不同层的开发人员可以依照规范专心特定层的开发。
android利用程序使用框架的api并在框架下运行，这就带来了程序开发的高度1致性，另外一方面也告知我们，要想写出优良高效的程序就必须对全部 applicationframework进行非常深入的理解。精通applicationframework，你就能够真实的理解android的设计和运行机制，也就更能够驾驭全部利用层的开发。
19、 请介绍下ContentProvider是如何实现数据同享的。
1个程序可以通过实现1个Content provider的抽象接口将自己的数据完全暴露出去，而且Contentproviders是以类似数据库中表的方式将数据暴露。Content providers存储和检索数据，通过它可让所有的利用程序访问到，这也是利用程序之间唯1同享数据的方法。
要想使利用程序的数据公然化，可通过2种方法：创建1个属于你自己的Content provider或将你的数据添加到1个已存在的Content provider中，条件是有相同数据类型并且有写入Contentprovider的权限。
如何通过1套标准及统1的接口获得其他利用程序暴露的数据？
Android提供了ContentResolver，外界的程序可以通过ContentResolver接口访问ContentProvider提供的数据。
20、 Service和Thread的区分？
答：servie是系统的组件，它由系统进程托管（servicemanager）；它们之间的通讯类似于client和server，是1种轻量级的ipc通讯，这类通讯的载体是binder，它是在linux层交换信息的1种ipc。而thread是由本利用程序托管。
1). Thread：Thread是程序履行的最小单元，它是分配CPU的基本单位。可以用Thread 来履行1些异步的操作。
2). Service：Service是android的1种机制，当它运行的时候如果是LocalService，那末对应的Service 是运行在主进程的main 线程上的。如：onCreate，onStart这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote Service，那末对应的Service 则是运行在独立进程的main 线程上。
既然这样，那末我们为何要用Service 呢？其实这跟android 的系统机制有关，我们先拿Thread 来讲。Thread的运行是独立于 Activity 的，也就是说当1个Activity 被 finish 以后，如果你没有主动停止Thread 或Thread 里的 run方法没有履行终了的话，Thread 也会1直履行。因此这里会出现1个问题：当Activity 被 finish 以后，你不再持有该Thread 的援用。另外一方面，你没有办法在不同的Activity 中对同1Thread 进行控制。
举个例子：如果你的Thread 需要不停地隔1段时间就要连接服务器做某种同步的话，该Thread 需要在Activity 没有start的时候也在运行。这个时候当你start 1个Activity 就没有办法在该Activity 里面控制之前创建的Thread。因此你便需要创建并启动1个Service ，在Service 里面创建、运行并控制该Thread，这样便解决了该问题（由于任何Activity 都可以控制同1Service，而系统也只会创建1个对应Service 的实例）。
因此你可以把Service 想象成1种消息服务，而你可以在任何有Context 的地方调用Context.startService、Context.stopService、Context.bindService，Context.unbindService，来控制它，你也能够在Service 里注册BroadcastReceiver，在其他地方通过发送broadcast 来控制它，固然这些都是Thread 做不到的。
21、 Android本身的api并未声明会抛出异常，则其在运行时有没有可能抛出runtime异常，你遇到过吗？诺有的话会致使甚么问题？如何解决？
答：会，比如nullpointerException。我遇到过，比如textview.setText()时，textview没有初始化。会致使程序没法正常运行出现forceclose。打开控制台查看logcat信息找出异常信息并修改程序。
22、 IntentService有何优点?
答：Acitivity的进程，当处理Intent的时候，会产生1个对应的Service； Android的进程处理器现在会尽量的不kill掉你；非常容易使用
23、 如果后台的Activity由于某缘由被系统回收了，如何在被系统回收之前保存当前状态？
答：重写onSaveInstanceState()方法，在此方法中保存需要保存的数据，该方法将会在activity被回收之前调用。通太重写onRestoreInstanceState()方法可以从中提取保存好的数据
24、 如何将1个Activity设置成窗口的样式。
答：<activity>中配置：android :theme="@android:style/Theme.Dialog"
另外android:theme="@android:style/Theme.Translucent" 是设置透明
25、 如何退出Activity？如何安全退出已调用多个Activity的Application？
答：对单1Activity的利用来讲，退出很简单，直接finish()便可。固然，也能够用killProcess()和System.exit()这样的方法。
对多个activity，1、记录打开的Activity：每打开1个Activity，就记录下来。在需要退出时，关闭每个Activity便可。2、发送特定广播：在需要结束利用时，发送1个特定的广播，每一个Activity收到广播后，关闭便可。3、递归退出：在打开新的Activity时使用startActivityForResult，然后自己加标志，在onActivityResult中处理，递归关闭。为了编程方便，最好定义1个Activity基类，处理这些共通问题。
在2.1之前，可使用ActivityManager的restartPackage方法。
它可以直接结束全部利用。在使用时需要权限android.permission.RESTART_PACKAGES。
注意不要被它的名字迷惑。
可是，在2.2，这个方法失效了。在2.2添加了1个新的方法，killBackground Processes()，需要权限android.permission.KILL_BACKGROUND_PROCESSES。惋惜的是，它和2.2的restartPackage1样，根本起不到应有的效果。
另外还有1个方法，就是系统自带的利用程序管理里，强迫结束程序的方法，forceStopPackage()。它需要权限android.permission.FORCE_STOP_PACKAGES。并且需要添加android:sharedUserId="android.uid.system"属性。一样惋惜的是，该方法是非公然的，他只能运行在系统进程，第3方程序没法调用。
由于需要在Android.mk中添加LOCAL_CERTIFICATE := platform。
而Android.mk是用于在Android源码下编译程序用的。
从以上可以看出，在2.2，没有办法直接结束1个利用，而只能用自己的办法间接办到。
现提供几个方法，供参考：
1、抛异常强迫退出：
该方法通过抛异常，使程序Force Close。
验证可以，但是，需要解决的问题是，如何使程序结束掉，而不弹出Force Close的窗口。
2、记录打开的Activity：
每打开1个Activity，就记录下来。在需要退出时，关闭每个Activity便可。
3、发送特定广播：
在需要结束利用时，发送1个特定的广播，每一个Activity收到广播后，关闭便可。
4、递归退出
在打开新的Activity时使用startActivityForResult，然后自己加标志，在onActivityResult中处理，递归关闭。
除第1个，都是想办法把每个Activity都结束掉，间接到达目的。但是这样做一样不完善。你会发现，如果自己的利用程序对每个Activity都设置了nosensor，在两个Activity结束的间隙，sensor可能有效了。但最少，我们的目的到达了，而且没有影响用户使用。为了编程方便，最好定义1个Activity基类，处理这些共通问题。
26、 AIDL的全称是甚么？如何工作？能处理哪些类型的数据？
答：全称是：AndroidInterface Define Language
在Android中, 每一个利用程序都可以有自己的进程. 在写UI利用的时候, 常常要用到Service. 在不同的进程中, 怎样传递对象呢?明显, Java中不允许跨进程内存同享.因此传递对象, 只能把对象拆分成操作系统能理解的简单情势, 以到达跨界对象访问的目的. 在J2EE中,采取RMI的方式, 可以通过序列化传递对象.在Android中, 则采取AIDL的方式. 理论上AIDL可以传递Bundle,实际上做起来却比较麻烦。
AIDL(AndRoid接口描写语言)是1种借口描写语言; 编译器可以通过aidl文件生成1段代码，通过预先定义的接口到达两个进程内部通讯进程的目的. 如果需要在1个Activity中, 访问另外一个Service中的某个对象, 需要先将对象转化成AIDL可辨认的参数(多是多个参数),然后使用AIDL来传递这些参数, 在消息的接收端, 使用这些参数组装成自己需要的对象.
AIDL的IPC的机制和COM或CORBA类似, 是基于接口的，但它是轻量级的。它使用代理类在客户端和实现层间传递值. 如果要使用AIDL, 需要完成2件事情: 1. 引入AIDL的相干类.; 2.调用aidl产生的class.
AIDL的创建方法:
AIDL语法很简单,可以用来声明1个带1个或多个方法的接口，也能够传递参数和返回值。 由于远程调用的需要, 这些参数和返回值其实不是任何类型.下面是些AIDL支持的数据类型:
1. 不需要import声明的简单Java编程语言类型(int,boolean等)
2. String, CharSequence不需要特殊声明
3. List, Map和Parcelables类型, 这些类型内所包括的数据成员也只能是简单数据类型, String等其他比支持的类型.
(另外: 我没尝试Parcelables, 在Eclipse+ADT下编译不过, 也许以后会有所支持)
27、 请解释下Android程序运行时权限与文件系统权限的区分。
答：运行时权限Dalvik(android授权)
文件系统 linux 内核授权
28、 系统上安装了多种阅读器，能否指定某阅读器访问指定页面？请说明缘由。
通过直接发送Uri把参数带过去，或通过manifest里的intentfilter里的data属性
29、 android系统的优势和不足
答：Android平台手机 5大优势：
1、开放性
在优势方面，Android平台首先就是其开发性，开发的平台允许任何移动终端厂商加入到Android同盟中来。显著的开放性可使其具有更多的开发者，随着用户和利用的日趋丰富，1个崭新的平台也将很快走向成熟。开放性对Android的发展而言，有益于积累人气，这里的人气包括消费者和厂商，而对消费者来说，随大的受益正是丰富的软件资源。开放的平台也会带来更大竞争，如此1来，消费者将可以用更低的价位购得心仪的手机。
2、挣脱运营商的束缚
在过去很长的1段时间，特别是在欧美地区，手机利用常常遭到运营商制约，使用甚么功能接入甚么网络，几近都遭到运营商的控制。从去年iPhone 上市 ，用户可以更加方便地连接网络，运营商的制约减少。随着EDGE、HSDPA这些2G至3G移动网络的逐渐过渡和提升，手机随便接入网络已不是运营商口中的笑谈，当你可以通过手机IM软件方便地进行即时聊天时，再回想不久前天价的彩信和图铃下载业务，是否是像噩梦1样？互联网巨头Google推动的Android终端天生就有网络特点，将让用户离互联网更近。
3、丰富的硬件选择
这1点还是与Android平台的开放性相干，由于Android的开放性，众多的厂商会推出千奇百怪，功能特点各具的多种产品。功能上的差异和特点，却不会影响到数据同步、乃至软件的兼容，好比你从诺基亚 Symbian风格手机 1下改用苹果 iPhone ，同时还可将Symbian中优秀的软件带到iPhone上使用、联系人等资料更是可以方便地转移，是否是非常方便呢？
4、不受任何限制的开发商
Android平台提供给第3方开发商1个10分宽泛、自由的环境，不会遭到各种条条框框的阻扰，可想而知，会有多少新颖新颖的软件会诞生。但也有其两面性，血腥、暴力、情色方面的程序和游戏如可控制正是留给Android困难之1。
5、无缝结合的Google利用
如今叱诧互联网的Google已走过10年度历史，从搜索伟人到全面的互联网渗透，Google服务如地图、邮件、搜索等已成为连接用户和互联网的重要纽带，而Android平台手机将无缝结合这些优秀的Google服务。
再说Android的5大不足：
1、安全和隐私
由于手机 与互联网的紧密联系，个人隐私很难得到守旧。除上网进程中经意或不经意留下的个人足迹，Google这个伟人也时时站在你的身后，洞穿1切，因此，互联网的深入将会带来新1轮的隐私危机。
2、首先开卖Android手机的不是最大运营商
尽人皆知，T-Mobile在23日，于美国纽约发布 了Android首款手机G1。但是在北美市场，最大的两家运营商乃AT&T和Verizon，而目前所知获得Android手机销售权的唯一 T-Mobile和Sprint，其中T-Mobile的3G网络相对其他3家也要逊色很多，因此，用户可以买账购买G1，能否体验到最好的3G网络服务则要另当别论了！
3、运营商依然能够影响到Android手机
在国内市场，很多用户对购得移动定制机不满，感觉所购的手机被人涂画了广告1般。这样的情况在国外市场一样出现。Android手机的另外一发售运营商Sprint就将在其机型中内置其手机商店程序。
4、同类机型用户减少
在很多手机论坛都会有针对某1型号的子论坛，对1款手机的使用心得交换，并分享软件资源。而对Android平台手机，由于厂商丰富，产品类型多样，这样使用同1款机型的用户愈来愈少，缺少统1机型的程序强化。举个稍显不当的例子，现在山寨机泛滥，品种各异，就很少有专门针对某个型号山寨机的讨论和群组，除哪些功能异常抢眼、颇受追捧的机型之外。
5、过分依赖开发商缺少标准配置
在使用PC真个Windows Xp系统的时候，都会内置微软Windows Media Player这样1个阅读器程序，用户可以选择更多样的播放器，如Realplay或狂风影音等。但入手开始使用默许的程序一样可以应付多样的需要。在Android平台中，由于其开放性，软件更多依赖第3方厂商，比如Android系统的SDK中就没有内置音乐 播放器，全部依赖第3方开发，缺少了产品的统1性。
30、 Android dvm的进程和Linux的进程, 利用程序的进程是不是为同1个概念
答：DVM指dalivk的虚拟机。每个Android利用程序都在它自己的进程中运行，都具有1个独立的Dalvik虚拟机实例。而每个DVM都是在Linux 中的1个进程，所以说可以认为是同1个概念。
31、 sim卡的EF文件是甚么？有何作用
答：sim卡的文件系统有自己规范，主要是为了和手机通讯，sim本 身可以有自己的操作系统，EF就是作存储并和手机通讯用的
32、 嵌入式操作系统内存管理有哪几种， 各有何特性
页式，段式，段页，用到了MMU,虚拟空间等技术
33、 甚么是嵌入式实时操作系统, Android 操作系统属于实时操作系统吗?
嵌入式实时操作系统是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间以内来控制生产进程或对处理系统作出快速响应，并控制所有实时任务调和1致运行的嵌入式操作系统。主要用于工业控制、军事装备、 航空航天等领域对系统的响应时间有刻薄的要求，这就需要使用实时系统。又可分为软实时和硬实时两种，而android是基于linux内核的，因此属于软实时。
34、 1条最长的短信息约占多少byte?
中文70(包括标点)，英文160，160个字节。
36、 如何将SQLite数据库(dictionary.db文件)与apk文件1起发布
解答：可以将dictionary.db文件复制到Eclipse Android工程中的res raw目录中。所有在res raw目录中的文件不会被紧缩，这样可以直接提取该目录中的文件。可以将dictionary.db文件复制到res raw目录中
37、 如何将打开res raw目录中的数据库文件?
解答：在Android中不能直接打开res raw目录中的数据库文件，而需要在程序第1次启动时将该文件复制得手机内存或SD卡的某个目录中，然后再打开该数据库文件。
复制的基本方法是使用getResources().openRawResource方法取得res raw目录中资源的 InputStream对象，然后将该InputStream对象中的数据写入其他的目录中相应文件中。在Android SDK中可使用SQLiteDatabase.openOrCreateDatabase方法来打开任意目录中的SQLite数据库文件。
38、 DDMS和TraceView的区分?
DDMS是1个程序履行查看器，在里面可以看见线程和堆栈等信息，TraceView是程序性能分析器 。
39、 java中如何援用本地语言
可以用JNI（java native interface java 本地接口）接口 。
40、 谈谈Android的IPC（进程间通讯）机制
IPC是内部进程通讯的简称，是同享"命名管道"的资源。Android中的IPC机制是为了让Activity和Service之间可以随时的进行交互，故在Android中该机制，只适用于Activity和Service之间的通讯，类似于远程方法调用，类似于C/S模式的访问。通过定义AIDL接口文件来定义IPC接口。Servier端实现IPC接口，Client端调用IPC接口本地代理。