1.Dalvik和标准Java虚拟机之间的主要差别？
Dalvik和标准Java虚拟机（JVM）之间的重要差别之1，就是Dalvik基于寄存器，而JVM基于栈。
Dalvik和Java之间的另外1大区分就是运行环境――Dalvik经过优化，允许在有限的内存中同时运行多个虚拟机的实例，并且每个 Dalvik利用作为1个独立的Linux进程履行。
（1）虚拟机很小，使用的空间也小；
（2）Dalvik没有JIT编译器；
（3）常量池已被修改成只使用32位的索引，以简化解释器；
（4）它使用自己的字节码，而非Java字节码。
也就是说，每个利用程序在Android平台下，都是运行在1个独立的dalvik虚拟机上，而每个dalvik虚拟机都是LINUX下1个进程，所以，利用程序的进程，dalvik虚拟机的进程和LINUX的进程，这3个概念都是1个意思。
2.onSaveInstanceState,有甚么作用？为了保证程序的正确性，1般在哪里写上持久层操作的代码？
onSaveInstanceState这个方法是在Activity被意外遮挡的时候调用（区分与用户手动的退出），比如说是突然来电话，或是用户点击Home键的时候才会调用，利用程序界面在后台可能被杀死，也可能不被杀死，所以我们在这个方法里面可以保存1些界面的数值，若Activity被杀死，这些数值会被持久化得手机的硬盘。当我们再次进入的时候，我们可以调用onRestoreInstanceState，进行界面恢复。
由于onSaveInstanceState和onRestoreInstanceState这两个方法都不1定被系统调用，所以我们1般在onPause()方法里面，对数据进行持久化操作。
3.view如何刷新？简述甚么是双缓冲？
android中实现view的更新有两个方法，1个是invalidate，另外一个是postInvalidate，其中前者是在UI线程本身中使用，而后者在非UI线程中使用。
闪烁是图形编程的1个常见问题。当进行复杂的绘制操作时会致使显现的图象闪烁或具有其他不可接受的外观。双缓冲的使用解决这些问题。双缓冲使用内存缓冲区来解决由多重绘制操作酿成的闪烁问题。当使用双缓冲时，首先在内存缓冲区里完成所有绘制操作，而不是在屏幕上直接进行绘图。当所有绘制操作完成后，把内存缓冲区完成的图象直接复制到屏幕。由于在屏幕上只履行1个图形操作，所以消除由复杂绘制操作酿成的图象闪烁问题。
在android中实现双缓冲,可使用1个后台画布backcanvas,先把所有绘制操作都在这上面进行。等图画好了，然后在把backcanvas拷贝到
与屏幕关联的canvas上去,以下:
Bitmap bitmapBase = new Bitmap()
Canvas backcanvas = new Canvas(bitmapBase)
backcanvas.draw()...//画图
Canvas c = lockCanvas(null);
c.drawbitmap(bitmapBase);//把已画好的图象输出到屏幕上
unlock(c)....
4.说1下对广播接收者有哪些了解
广播接收者（BroadcastReceiver）用于接收广播Intent，广播Intent的发送是通过调用Context.sendBroadcast()、Context.sendOrderedBroadcast()来实现的。通常1个广播Intent可以被定阅了此Intent的多个广播接收者所接收，这个特性跟JMS中的Topic消息接收者类似。要实现1个广播接收者方法以下：
第1步：继承BroadcastReceiver，并重写onReceive()方法。
public class IncomingSMSReceiver extends BroadcastReceiver {
@Override public void onReceive(Context context, Intent intent) {
}
}
第2步：定阅感兴趣的广播Intent，定阅方法有两种：
第1种：使用代码进行定阅
IntentFilter filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
IncomingSMSReceiver receiver = new IncomingSMSReceiver();
registerReceiver(receiver, filter);
第2种：在AndroidManifest.xml文件中的<application>节点里进行定阅:
<receiver android:name=".IncomingSMSReceiver">
<intent-filter>
<action android:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver>
广播类型:
广播被分为两种不同的类型：“普通广播（Normal broadcasts）”和“有序广播（Ordered broadcasts）”。普通广播是完全异步的，可以在同1时刻（逻辑上）被所有接收者接收到，消息传递的效力比较高，但缺点是：接收者不能将处理结果传递给下1个接收者，并且没法终止广播Intent的传播；但是有序广播是依照接收者声明的优先级别，被接收者顺次接收广播。如：A的级别高于B,B的级别高于C,那末，广播先传给A，再传给B，最后传给C 。优先级别声明在intent-filter元素的android:priority属性中，数越大优先级别越高,取值范围:⑴000到1000，优先级别也能够调用IntentFilter对象的setPriority()进行设置
。有序广播的接收者可以终止广播Intent的传播，广播Intent的传播1旦终止，后面的接收者就没法接收到广播。另外，有序广播的接收者可以将数据传递给下1个接收者，如：A得到广播后，可以往它的结果对象中存入数据，当广播传给B时,B可以从A的结果对象中得到A存入的数据。
Context.sendBroadcast()
发送的是普通广播，所有定阅者都有机会取得并进行处理。
Context.sendOrderedBroadcast()
发送的是有序广播，系统会根据接收者声明的优先级别按顺序逐一履行接收者，前面的接收者有权终止广播(BroadcastReceiver.abortBroadcast())，如果广播被前面的接收者终止，后面的接收者就再也没法获得到广播。对有序广播，前面的接收者可以将数据通过setResultExtras(Bundle)方法寄存进结果对象，然后传给下1个接收者，下1个接收者通过代码：Bundle bundle = getResultExtras(true))可以获得上1个接收者存入在结果对象中的数据。
系统收到短信，发出的广播属于有序广播。如果想禁止用户收到短信，可以通过设置优先级，让你们自定义的接收者先获得到广播，然后终止广播，这样用户就接收不到短信了。
广播接收者的响应:
在Android中，每次广播消息到来时都会创建BroadcastReceiver实例并履行onReceive() 方法， onReceive() 方法履行完后，BroadcastReceiver 的实例就会被烧毁。当onReceive() 方法在10秒内没有履行终了，Android会认为该程序无响应。所以在BroadcastReceiver里不能做1些比较耗时的操作，否侧会弹出ANR（Application No Response）的对话框。如果需要完成1项比较耗时的工作，应当通过发送Intent给Service，由Service来完成。这里不能使用子线程来解决，由于BroadcastReceiver的生命周期很短，子线程可能还没有结束BroadcastReceiver就先结束了。BroadcastReceiver1旦结束，此时BroadcastReceiver的所在进程很容易在系统需要内存时被优先杀死，由于它属于空进程（没有任何活动组件的进程）。如果它的宿主进程被杀死，那末正在工作的子线程也会被杀死。所以采取子线程来解决是不可靠的。
public class IncomingSMSReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
//发送Intent启动服务，由服务来完成比较耗时的操作
Intent service = new Intent(context, XxxService.class);
context.startService(service);
}
}
经常使用广播Intent：
除短信到来广播Intent，Android还有很多广播Intent，如：开机启动、电池电量变化、时间已改变等广播Intent。
接收电池电量变化广播Intent ，在AndroidManifest.xml文件中的<application>节点里定阅此Intent:
<receiver android:name=".IncomingSMSReceiver">
<intent-filter>
<action android:name="android.intent.action.BATTERY_CHANGED"/>
</intent-filter>
</receiver>
接收开机启动广播Intent，在AndroidManifest.xml文件中的<application>节点里定阅此Intent:
<receiver android:name=".IncomingSMSReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"/>
</intent-filter>
</receiver>
并且要进行权限声明：
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
广播接收者生命周期
广播接收者的生命周期是非常短暂的，在接收到广播的时候创建，onReceive()方法结束以后烧毁
广播接收者中不要做1些耗时的工作，否则会弹出Application No Response毛病对话框
最好也不要在广播接收者中创建子线程做耗时的工作，由于广播接收者被烧毁落后程就成了空进程，很容易被系统杀掉
耗时的较长的工作最好放在服务中完成