android IPC机制讲解(二)

IPC基础概念介绍

介绍一下IPC中的一些基础概念，主要包含三个方面内容:Serializable接口，Parcelable接口以及Binder，只有熟悉这三方面的内容之后，我们才能更好的理解跨进程通信的各种方式。

Serializable接口

Serializable是Java所提供的一个序列化接口，他是一个空接口，为对象提供标准的序列化和反序列化操作，使用Serializable来实现序列化相当简单，只需要在类的申明中指定一个类似下面的表示即可自动实现默认的序列化过程。

private static final long serialVersionUID=87113010083044l

相应的反序列化操作：

//序列化过程
User user=new User(0,"jake",true);
ObjectOutputStream out=new ObjectOutputStream (new FileOutputStream("cache.txt"));
out.close();
//反序列化过程
ObjectInputStream in=new ObjectInputStream(new FileInputStream("cache.txt"));
User newUser=(User)in.readObject();
in.close();

但是需要注意的是，恢复后的对象newUser和user的内容完全一样，但是两者并不是同一个对象。

上面提到的serialVersionUID到底有没有用？其实不指定serialVersionUID也可以实现序列化，但是，系统既然提供了这个serialVersionUID必然有它的用武之地，原则上，序列化后的数据中的serialVersionUID只有和当前类的serialVersionUID相同才能够正常的被反序列化。
serialVersionUID的详细工作机制是这样的：序列化的时候系统会吧当前类的serialVersionUID写入序列化的文件中，当反序列化的时候系统会去检测文件中的serialVersionUID，看他是否和当前类的serialVersionUID一致，如果一致说明序列化的类的版本和当前类的版本是相同的。这个时候可以成功反序列化，否者，则说明了发生了某些变换，比如成员变量的数量，类型可能发生了改变，这时候是无法正常反序列化的，因此会报如下错误:

java.io.InvalidClassException:Main;local class incompatible: stream classdesc serialVersionUID=87113582010083044,local class serialVersionUID=21138201003043.

一般来说我们应该手动指定serialVersionUID的值，比如1L，但是如果类结构发生了非常规性改变，比如修改了类名，修改了成员变量的类型，这个时候尽管serialVersionUID验证通过了，反序列化过程还是会失败，因为，类结构有了毁灭性的改变，根本无法从老版本的数据中还原出一个新的类结构对象。关于序列化首先，静态成员变量属于累不属于对象，所以不会参与序列化过程，其次用transient关键字标记的成员变量不参与序列化过程。

Parcelable接口

parcelable也是一个接口只要实现这个接口，一个类的对象就可以实现序列化兵可以通过Intent和Binder传递。直接上代码：

package com.zxx.binderframework.model;
 
import android.os.Parcel;
import android.os.Parcelable;
 
import com.zxx.binderframework.aidl.Book;
 
public class User implements Parcelable{
 
    private int id;
    private String name;
    private boolean isTrue;
    
    private Book book;
    public User(int id, String name, boolean isTrue) {
        super();
        this.id = id;
        this.name = name;
        this.isTrue = isTrue;
    }
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public boolean isTrue() {
        return isTrue;
    }
    public void setTrue(boolean isTrue) {
        this.isTrue = isTrue;
    }
    @Override
    public int describeContents() {
        // TODO Auto-generated method stub
        return 0;
    }
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        // TODO Auto-generated method stub
        dest.writeInt(id);
        dest.writeString(name);
        dest.writeInt(isTrue?1:0);
        dest.writeParcelable(book, 0);
    }
    
    public static final Parcelable.Creator<User> CREATOP=new Creator<User>() {
        
        @Override
        public User[] newArray(int size) {
            // TODO Auto-generated method stub
            return new User[size];
        }
        
        @Override
        public User createFromParcel(Parcel source) {
            // TODO Auto-generated method stub
            return new User(source);
        }
    };
    
    private User(Parcel source) {
        // TODO Auto-generated constructor stub
        id=source.readInt();
        name=source.readString();
        isTrue=source.readInt()==1;
        book=source.readParcelable(Thread.currentThread().getContextClassLoader());
    }
}

这里先说一下Parcel,Parcel内部包装了可序列化的数据。可以在Binder中自由传递。从上面的代码可以看出来，在序列化过程中，需要实现的功能有序列化，反序列化，和内容描述。序列化是由writeToParcel方法来完成，最终是通过Parcel中的一系列write方法来完成的，反序列化功能由CREATOR来完成其内部标明了如何创建序列化对象和数组，并通过Parcel的一系列read方法来完成反序列化过程。内容描述功能由describeContents方法来完成，几乎在所有情况下，这个方法都应该返回0，仅当当前对象中存在文件描述符时，此方法返回1. 需要注意的是，在User(Parcel in) 方法中，由于book是另一个可序列化对象，所以他的反序列化过程需要传递当前线程的上下文类加载器，否则会报无法找到类的错误。

两个接口的区别：

Serializable是java中的序列化接口，其使用起来简单，但是开销很大。序列化和反序列化过程需要大量的I/O操作。而parcelable是android中的序列化方式因此更适合用在android平台上，他的缺点就是使用起来稍微麻烦点，但是他的效率很高。这是Android推荐的序列化方式。因此我们要首选parcelable。。parcelable主要用在内存序列化上，通过parcelable将对象序列化到存储设备中或者将对象序列化后通过网络传输也都是可以的。但是这个过程会稍显复杂，因此在这两种情况下建议大家使用Serializable

Binder

Binder是Android中的一个类，他实现了IBinder接口，从IPC角度来说，Binder是Android的一种跨进程通信的方式，Binder是ServiceManager连接各种Manager(ActivityManager,WindowManager,等等)和相应ManagerService的桥梁。从Android应用层来说，Binder是客户端和服务端进行通信的媒介，当bindService的时候，服务端会返回一个包含了服务端业务调用的Binder对象，通过这个Binder对象，客户端就可以获取服务器端提供的服务或者数据，这里的服务包括普通服务和基于AIDL服务。
Binder主要用在Service中没包括AIDL和Messenger，其中普通的Service中的Binder不涉及进程间通信，所以较为简单，无法触及Binder的核心。而Messenger的底层其实是AIDL，所以这里悬着用AIDL来分析Binder的工作机制，为了分析Binder的机制我们需要新建一个AIDL示例。SDK会自动为我们生产AIDL所对应的Binder类，然后我们就可以分析了。这里以我的工程为例，新建包com.zxx.binderframework.aidl然后新建三个文件Book.java,Book.aidl和IBookManager.aidl,代码如下：
Book.java

package com.zxx.binderframework.aidl;
 
import android.os.Parcel;
import android.os.Parcelable;
 
public class Book implements Parcelable {
 
    public int bookId;
    public String bookName;
 
    public Book(int bookId, String bookName) {
        super();
        this.bookId = bookId;
        this.bookName = bookName;
    }
    
 
    public int getBookId() {
        return bookId;
    }
 
 
 
    public void setBookId(int bookId) {
        this.bookId = bookId;
    }
 
 
 
    public String getBookName() {
        return bookName;
    }
 
 
 
    public void setBookName(String bookName) {
        this.bookName = bookName;
    }
 
 
 
    public static Parcelable.Creator<Book> getCreator() {
        return CREATOR;
    }
 
 
 
    @Override
    public int describeContents() {
        // TODO Auto-generated method stub
        return 0;
    }
 
    @Override
    public void writeToParcel(Parcel dest, int flags) {
        // TODO Auto-generated method stub
        dest.writeInt(bookId);
        dest.writeString(bookName);
    }
 
    public static final Parcelable.Creator<Book> CREATOR = new Parcelable.Creator<Book>() {
        @Override
        public Book createFromParcel(Parcel source) {
            // TODO Auto-generated method stub
            return new Book(source);
        }
 
        @Override
        public Book[] newArray(int size) {
            // TODO Auto-generated method stub
            return new Book[size];
        }
 
    };
 
    private Book(Parcel in) {
        bookId = in.readInt();
        bookName = in.readString();
    }
 
 
    @Override
    public String toString() {
        return "Book [bookId=" + bookId + ", bookName=" + bookName + "]";
    }
    
}

Book.aidl

package com.zxx.binderframework.aidl;
 
parcelable Book;

IBookManager.aidl

package com.zxx.binderframework.aidl;
import com.zxx.binderframework.aidl.Book;
interface IBookManager{
 
    List<Book> getBookList();
    void addBook(in Book book);
}

Book.aidl是Book类在AIDL中的申明IBookManager.aidl是我们自定义的一个接口，里面有两个方法，其中getBookList是从远程服务端获取图书列表，而addBook用于往图书列表中添加一本书。需要注意的是，尽管Book类已经和IBookManager位于相同的包中，但是在IBookManager中仍要导入Book类，这就是AIDL的特殊之处。下面我们再看看系统为IBookManager.aidl生产的Binder类，在gen目录下面可以查找到I。为了方面分析，还是先上代码:

/*
 * This file is auto-generated.  DO NOT MODIFY.
 * Original file: C:\\Users\\Administrator\\Desktop\\tempspace\\BinderFramework\\src\\com\\zxx\\binderframework\\aidl\\IBookManager.aidl
 */
package com.zxx.binderframework.aidl;
public interface IBookManager extends android.os.IInterface
{
/** Local-side IPC implementation stub class. */
public static abstract class Stub extends android.os.Binder implements com.zxx.binderframework.aidl.IBookManager
{
private static final java.lang.String DESCRIPTOR = "com.zxx.binderframework.aidl.IBookManager";
/** Construct the stub at attach it to the interface. */
public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
/**
 * Cast an IBinder object into an com.zxx.binderframework.aidl.IBookManager interface,
 * generating a proxy if needed.
 */
public static com.zxx.binderframework.aidl.IBookManager asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof com.zxx.binderframework.aidl.IBookManager))) {
return ((com.zxx.binderframework.aidl.IBookManager)iin);
}
return new com.zxx.binderframework.aidl.IBookManager.Stub.Proxy(obj);
}
@Override public android.os.IBinder asBinder()
{
return this;
}
@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
{
switch (code)
{
case INTERFACE_TRANSACTION:
{
reply.writeString(DESCRIPTOR);
return true;
}
case TRANSACTION_getBookList:
{
data.enforceInterface(DESCRIPTOR);
java.util.List<com.zxx.binderframework.aidl.Book> _result = this.getBookList();
reply.writeNoException();
reply.writeTypedList(_result);
return true;
}
case TRANSACTION_addBook:
{
data.enforceInterface(DESCRIPTOR);
com.zxx.binderframework.aidl.Book _arg0;
if ((0!=data.readInt())) {
_arg0 = com.zxx.binderframework.aidl.Book.CREATOR.createFromParcel(data);
}
else {
_arg0 = null;
}
this.addBook(_arg0);
reply.writeNoException();
return true;
}
case TRANSACTION_registerListener:
{
data.enforceInterface(DESCRIPTOR);
com.zxx.binderframework.aidl.IOnNewBookArrivedListener _arg0;
_arg0 = com.zxx.binderframework.aidl.IOnNewBookArrivedListener.Stub.asInterface(data.readStrongBinder());
this.registerListener(_arg0);
reply.writeNoException();
return true;
}
case TRANSACTION_unregisterListener:
{
data.enforceInterface(DESCRIPTOR);
com.zxx.binderframework.aidl.IOnNewBookArrivedListener _arg0;
_arg0 = com.zxx.binderframework.aidl.IOnNewBookArrivedListener.Stub.asInterface(data.readStrongBinder());
this.unregisterListener(_arg0);
reply.writeNoException();
return true;
}
}
return super.onTransact(code, data, reply, flags);
}
private static class Proxy implements com.zxx.binderframework.aidl.IBookManager
{
private android.os.IBinder mRemote;
Proxy(android.os.IBinder remote)
{
mRemote = remote;
}
@Override public android.os.IBinder asBinder()
{
return mRemote;
}
public java.lang.String getInterfaceDescriptor()
{
return DESCRIPTOR;
}
@Override public java.util.List<com.zxx.binderframework.aidl.Book> getBookList() throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
java.util.List<com.zxx.binderframework.aidl.Book> _result;
try {
_data.writeInterfaceToken(DESCRIPTOR);
mRemote.transact(Stub.TRANSACTION_getBookList, _data, _reply, 0);
_reply.readException();
_result = _reply.createTypedArrayList(com.zxx.binderframework.aidl.Book.CREATOR);
}
finally {
_reply.recycle();
_data.recycle();
}
return _result;
}
@Override public void addBook(com.zxx.binderframework.aidl.Book book) throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
try {
_data.writeInterfaceToken(DESCRIPTOR);
if ((book!=null)) {
_data.writeInt(1);
book.writeToParcel(_data, 0);
}
else {
_data.writeInt(0);
}
mRemote.transact(Stub.TRANSACTION_addBook, _data, _reply, 0);
_reply.readException();
}
finally {
_reply.recycle();
_data.recycle();
}
}
@Override public void registerListener(com.zxx.binderframework.aidl.IOnNewBookArrivedListener listener) throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
try {
_data.writeInterfaceToken(DESCRIPTOR);
_data.writeStrongBinder((((listener!=null))?(listener.asBinder()):(null)));
mRemote.transact(Stub.TRANSACTION_registerListener, _data, _reply, 0);
_reply.readException();
}
finally {
_reply.recycle();
_data.recycle();
}
}
@Override public void unregisterListener(com.zxx.binderframework.aidl.IOnNewBookArrivedListener listener) throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
try {
_data.writeInterfaceToken(DESCRIPTOR);
_data.writeStrongBinder((((listener!=null))?(listener.asBinder()):(null)));
mRemote.transact(Stub.TRANSACTION_unregisterListener, _data, _reply, 0);
_reply.readException();
}
finally {
_reply.recycle();
_data.recycle();
}
}
}
static final int TRANSACTION_getBookList = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
static final int TRANSACTION_addBook = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);
static final int TRANSACTION_registerListener = (android.os.IBinder.FIRST_CALL_TRANSACTION + 2);
static final int TRANSACTION_unregisterListener = (android.os.IBinder.FIRST_CALL_TRANSACTION + 3);
}
public java.util.List<com.zxx.binderframework.aidl.Book> getBookList() throws android.os.RemoteException;
public void addBook(com.zxx.binderframework.aidl.Book book) throws android.os.RemoteException;
public void registerListener(com.zxx.binderframework.aidl.IOnNewBookArrivedListener listener) throws android.os.RemoteException;
public void unregisterListener(com.zxx.binderframework.aidl.IOnNewBookArrivedListener listener) throws android.os.RemoteException;
}

为了防止篇幅过长直接接下一篇吧----

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 215,794评论 6赞 498
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 92,050评论 3赞 391
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 161,587评论 0赞 351
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 57,861评论 1赞 290
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 66,901评论 6赞 388
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 50,898评论 1赞 295
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 39,832评论 3赞 416
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 38,617评论 0赞 271
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 45,077评论 1赞 308
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 37,349评论 2赞 331
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 39,483评论 1赞 345
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 35,199评论 5赞 341
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 40,824评论 3赞 325
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 31,442评论 0赞 21
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,632评论 1赞 268
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 47,474评论 2赞 368
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 44,393评论 2赞 352

android IPC机制讲解(二)

IPC基础概念介绍

Serializable接口

Parcelable接口

Binder

推荐阅读更多精彩内容