分析Binder机制中的客户端与服务器端进行实际操作ontransact()函数 ：

从中我们可以看到Parcel的重要性以及窥探它的使用情况，接下来，我主要分析它的存储机制。

常用方法介绍：

obtain() 获得一个新的parcel ，相当于new一个对象

dataSize() 得到当前parcel对象的实际存储空间

dataCapacity() 得到当前parcel对象的已分配的存储空间, >=dataSize()值 (以空间换时间)

dataPostion() 获得当前parcel对象的偏移量(类似于文件流指针的偏移量)

setDataPosition() 设置偏移量

recyle() 清空、回收parcel对象的内存

writeInt(int) 写入一个整数

writeFloat(float) 写入一个浮点数

writeDouble(double) 写入一个双精度数

writeString(string) 写入一个字符串

当然，还有更多的writeXXX()方法，与之对应的就是readXXX()，具体方法请参阅SDK。

其中几个值得注意的方法为：

writeException() 在Parcel队头写入一个异常

writeException() Parcel队头写入“无异常“

readException() 在Parcel队头读取，若读取值为异常，则抛出该异常；否则，程序正常运行。

相信看了前面的值，对Parcel的使用该有了初步印象。那么，Parcel的内部存储机制是怎么样的？偏移量又是

什么情况？让我们回忆一下基本数据类型的取值范围：

boolean 1bit 1字节

char 16bit 2字节

int 32bit 4字节

long 64bit 8字节

float 32bit 4字节

double 64bit 8字节

如果大家对C语言熟悉的话，C语言中结构体的内存对齐和Parcel采用的内存存放机制一样，即读取最小字节

为32bit，也即4个字节。高于4个字节的，以实际数据类型进行存放，但得为4byte的倍数。基本公式如下：

实际存放字节：

判别一： 32bit (<=32bit) 例如：boolean，char，int

判别二： 实际占用字节(>32bit) 例如：long，float，String，数组等

当我们使用readXXX()方法时，读取方法也如上述：

实际读取字节：

判别一： 32bit (<=32bit) 例如：boolean，char，int

判别二： 实际字节大小(>32bit) 例如：long，float，String，数值等

由上可以知道，当我们写入/读取一个数据时，偏移量至少为4byte(32bit)，于是，偏移量的公式如下：

f(x)= 4x (x=0,1,…n)

事实上，我们可以显示的通过setDataPostion(int postion) 来直接操作我们欲读取数据时的偏移量。毫无疑问，

你可以设置任何偏移量，但所读取的值是类型可能有误。因此显示设置偏移量读取值的时候，需要小心。

另外一个注意点就是我们在writeXXX()和readXXX()时，导致的偏移量是共用的，例如，我们在writeInt(23)后，

此时的datapostion=4，如果我们想读取5，简单的通过readInt()是不行的，只能得到0。这时我们只能通过

setDataPosition(0)设置为起始偏移量，从起始位置读取四个字节，即23。因此，在读取某个值时，可能需要使用

setDataPostion(int postion)使偏移量装换到我们的值处。

巧用setDataPosition()方法,当我们的parcel对象中只存在某一类型时，我们就可以通过这个方法来快速的读取

所有值。具体方法如下：

由于可能存在读取值的偏差，一个默认的取值规范为：

1、 读取复杂对象时： 对象匹配时，返回当前偏移位置的该对象；

对象不匹配时，返回null对象 ；

2、 读取简单对象时： 对象匹配时，返回当前偏移位置的该对象 ；

对象不匹配时，返回0；