探索Android中的Parcel机制(上)

一.先从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.hFrameworks/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 ——

相关文章
相关标签/搜索