小知识点

1.判断Activity是否存活的方法

案例：当在一个activity里面用 handler做异步操作，回调的地方弹出一个dialog。假如activity已经被销毁，可是异步操作还在后台进行，进行完dialog还是会弹出，这时程序就crash了。

所以应该在弹出dialog之前进行判断，判断activity是否存活

Activity activity = mDialog.getOwnerActivity;

if(activity!=null && !activity.isFinishing && !activity.isDestroy){

//showDialog（弹出Dialog）

}

---

2.自定义View的状态是如何保存的？

如果在activity异常销毁前，系统会调用onSaveInstanceState方法；但是当用户使用返回推出activity时，系统并不会调用。重新打开该activity，如果正常调用，activity类的onSaveInstanceState默认实现会恢复Activity的状态，默认实现会为布局中的每个View调用相应的 onSaveInstanceState方法，让每个View都能保存自身的信息。这里需要注意一个细节：想要保存View的状态，需要在XML布局文件中提供一个唯一的ID（android: id），View的初始化时要调用setSaveEnabled(true)。

---

3.说说Handler的机制？Handler导致内存泄露的原因？处理方式的是什么？

Message：消息分为硬件产生的消息(如按钮、触摸)和软件生成的消息；

MessageQueue：消息队列的主要功能向消息池投递消息(MessageQueue.enqueueMessage)和取走消息池的消息(MessageQueue.next)；

Handler：消息辅助类，主要功能向消息池发送各种消息事件(Handler.sendMessage)和处理相应消息事件(Handler.handleMessage)；

Looper：不断循环执行(Looper.loop)，按分发机制将消息分发给目标处理者

内存泄露的原因：因为Handler在activity中使用了非静态的内部类导致，如果activity已经finish了，可是非静态内部类仍持有activity的应用，这就导致了activity的内存不能得以释放，最终造成了内存泄露。

处理方式：将handler放入单独的类文件中或者使用静态内部类。当你需要在静态内部类中调用外部的Activity时，我们可以使用弱引用来处理。另外关于同样也需要将Runnable设置为静态的成员属性。

---

4.两个Activity之间如何传值？

（1）如果只是基本数据类型或者引用数据类型，则可以通过Intent的bundle携带参数，通过Intent.putExtra来传值就可以了。

（2）如果是自定义的数据类型，可以让该对象实现可序列化。

实现可序列化的方法有两种，有什么区别呢？

可以实现Parcelable和Serializable接口，区别在于，Serializalbe会使用反射，序列化和反序列化过程需要大量I/O操作，Parcelable自已实现封送和解封（marshalled &unmarshalled）操作不需要用反射，数据也存放在Native内存中，效率要快很多。

那么，Parcelable和Parcel这两者之间的关系？

Parcelable 接口定义在封送/解封送过程中混合和分解对象的契约。Parcelable接口的底层是Parcel容器对象。Parcel类是一种最快的序列化/反序列化机制，专为Android中的进程间通信而设计。

---

5.Android中的Context的作用以及相关的问题

Context提供了一个应用的运行环境，通过这个上下文应用才可以访问资源，才能完成和其他组件、服务的交互。

Application（或者Service）和Activity都可以调用Context的startActivity方法，那么在这两个地方调用startActivity有区别吗？

在Application（或者Service）需要给Intent设置Intent.FLAG_ACTIVITY_NEW_TASK才能正常启动Activity。