一.先从Serialize提及java
咱们都知道JAVA中的Serialize机制,译成串行化、序列化……,其做用是能将数据对象存入字节流其中,在需要时又一次生成对象。主要应用是利用外部存储设备保存对象状态,以及经过网络传输对象等。android
二.Android中的新的序列化机制git
在Android系统中,定位为针对内存受限的设备,所以对性能要求更高,另外系统中採用了新的IPC(进程间通讯)机制,一定要求使用性能更出色的对象传输方式。在这种环境下,Parcel被设计出来,其定位就是轻量级的高效的对象序列化和反序列化机制。express
三.Parcel类的背后apache
在Framework中有parcel类,源代码路径是:cookie
Frameworks/base/core/java/android/os/Parcel.java网络
典型的源代码片段例如如下:session
app
从中咱们看到,从这个源程序文件里咱们看不到真正的功能是怎样实现的,必须透过JNI往下走了。因而,Frameworks/base/core/jni/android_util_Binder.cpp中找到了线索less
从这里咱们可以获得的信息是函数的实现依赖于Parcel指针,所以还需要找到Parcel的类定义,注意,这里的类已是用C++语言实现的了。
找到Frameworks/base/include/binder/parcel.h和Frameworks/base/libs/binder/parcel.cpp。最终找到了最终的实现代码了。
有兴趣的朋友可以本身读一下,不难理解,这里把主要的思路总结一下:
1. 整个读写全是在内存中进行,主要是经过malloc()、realloc()、memcpy()等内存操做进行,因此效率比JAVA序列化中使用外部存储器会高很是多;
2. 读写时是4字节对齐的,可以看到#define PAD_SIZE(s) (((s)+3)&~3)这句宏定义就是在作这件事情;
3. 假设预分配的空间不够时newSize = ((mDataSize+len)*3)/2;会一次多分配50%;
4. 对于普通数据,使用的是mData内存地址,对于IBinder类型的数据以及FileDescriptor使用的是mObjects内存地址。后者是经过flatten_binder()和unflatten_binder()实现的,目的是反序列化时读出的对象就是原对象而不用又一次new一个新对象。
好了,这就是Parcel背后的动做,全是在一块内存里进行读写操做,就不啰嗦了,把parcel的代码贴在这供没有源代码的朋友參考吧。接下来我会用一个小DEMO演示一下Parcel类在应用程序中的使用,详见《探索Android中的Parcel机制(下)》。
本文的源代码使用的是Android 2.1版本号。
——欢迎转载,请注明出处 http://blog.csdn.net/caowenbin ——