android对象序列化Parcelable浅析
2016-01-20 11:50
369 查看
一、android序列化简介
我们已经知道在Android使用Intent/Bindler进行IPC传输数据时,需要将对象进行序列化。JAVA原本已经提供了Serializable接口来实现序列化,使用起来非常简单,主要用于对象持久化以及对象的网络传输。Serializable开销比较大,因为序列化和反序列化的过程需要大量的I/O操作。
Android提供了Parcelable对象序列化操作是内存序列化,主要用于Intent/Bindler的IPC数据传输。
二、Parcelable序列化使用方法
比如我们使用Parcelable在两个activity直接通过intent进行传输一个Book的对象。package org.xerrard.demo2; import android.os.Parcel; import android.os.Parcelable; /** * Created by xuqiang on 16-1-20. */ public class Book implements Parcelable{ public String bookname; public Book(String bookname){ this.bookname = bookname; } protected Book(Parcel in) { bookname = in.readString(); } public static final Creator<Book> CREATOR = new Creator<Book>() { @Override public Book createFromParcel(Parcel in) { return new Book(in); } @Override public Book[] newArray(int size) { return new Book[size]; } }; @Override public int describeContents() { return 0; } @Override public void writeToParcel(Parcel dest, int flags) { dest.writeInt(bookname); } }
我们需要完成以下几部。
1. 实现Parcelable接口
2. 添加实体属性
3. 覆写writeToParcel(Parcel dest, int flags)方法,指定写入Parcel类的数据。
4. 创建Parcelable.Creator静态对象,有两个方法createFromParcel(Parcel in)与newArray(int size),前者指定如何从Parcel中读取出数据对象,后者创建一个数组。
5. 覆写describeContents方法,默认返回0。
然后我们就可以使用Intent中的putExtra方法将Book对象写入Intent中,然后使用getExtra方法,就可以从Intent中读出Book对象。
三、Parcelable底层序列化原理
从上面的例子可以看到,Parcelable的序列化方式使用起来还是比较麻烦的。但是,这种方式效率上是比较好的,因为Parcelable的序列化过程是再底层native通过内存操作实现的。详细的JNI和C/C++底层的内存操作可以看这篇文章探索Android中的Parcel机制(上)
摘抄里面最重要的一句结论
整个读写全是在内存中进行,主要是通过malloc()、realloc()、memcpy()等内存操作进行,所以效率比JAVA序列化中使用外部存储器会高很多
因此,在IPC过程中,android推荐使用Parcelable序列化方式
四:Parcelable的调用关系
我们知道如果要使用Parcelable,必须按照要求实现这五项操作1. 实现Parcelable接口
2. 添加实体属性
3. 覆写writeToParcel(Parcel dest, int flags)方法,指定写入Parcel类的数据。
4. 创建Parcelable.Creator静态对象,有两个方法createFromParcel(Parcel in)与newArray(int size),前者指定如何从Parcel中读取出数据对象,后者创建一个数组。
5. 覆写describeContents方法,默认返回0。
这里面又是怎样的调用关系呢?
我们看到,writeToParcel是在startActivity的过程中由intent->Bundle->Parcel 一步一步的调用的,然后WriteToParcel会调用native方法,在底层做序列化操作
而createFromParcel是在收到Intent之后,由Intent->Bundle->Parcel 一步一步的调用。
由此可以看出,Parcel的填包解包都是离不开Bundle的。
这里其实还是有一个疑问,这个Creator是怎么一回事呢?
我们从源码中截取Creator这部分来看看。
public final <T extends Parcelable> T readParcelable(ClassLoader loader) { Parcelable.Creator<T> creator = readParcelableCreator(loader); if (creator == null) { return null; } if (creator instanceof Parcelable.ClassLoaderCreator<?>) { return ((Parcelable.ClassLoaderCreator<T>)creator).createFromParcel(this, loader); } return creator.createFromParcel(this); } /** @hide */ public final <T extends Parcelable> T readCreator(Parcelable.Creator<T> creator, ClassLoader loader) { if (creator instanceof Parcelable.ClassLoaderCreator<?>) { return ((Parcelable.ClassLoaderCreator<T>)creator).createFromParcel(this, loader); } return creator.createFromParcel(this); } /** @hide */ public final <T extends Parcelable> Parcelable.Creator<T> readParcelableCreator( ClassLoader loader) { String name = readString(); //此处获得类名,还不太清楚如何获得的,如果想深入学习可以再研究 if (name == null) { return null; } Parcelable.Creator<T> creator; synchronized (mCreators) { HashMap<String,Parcelable.Creator> map = mCreators.get(loader); if (map == null) { map = new HashMap<String,Parcelable.Creator>(); mCreators.put(loader, map); } creator = map.get(name); if (creator == null) { try { Class c = loader == null ? Class.forName(name) : Class.forName(name, true, loader); Field f = c.getField("CREATOR"); creator = (Parcelable.Creator)f.get(null); } catch (IllegalAccessException e) { Log.e(TAG, "Illegal access when unmarshalling: " + name, e); throw new BadParcelableException( "IllegalAccessException when unmarshalling: " + name); } catch (ClassNotFoundException e) { Log.e(TAG, "Class not found when unmarshalling: " + name, e); throw new BadParcelableException( "ClassNotFoundException when unmarshalling: " + name); } catch (ClassCastException e) { throw new BadParcelableException("Parcelable protocol requires a " + "Parcelable.Creator object called " + " CREATOR on class " + name); } catch (NoSuchFieldException e) { throw new BadParcelableException("Parcelable protocol requires a " + "Parcelable.Creator object called " + " CREATOR on class " + name); } catch (NullPointerException e) { throw new BadParcelableException("Parcelable protocol requires " + "the CREATOR object to be static on class " + name); } if (creator == null) { throw new BadParcelableException("Parcelable protocol requires a " + "Parcelable.Creator object called " + " CREATOR on class " + name); } map.put(name, creator); } } return creator; }
重点看粗体部分的代码——真想大白:
在接收端收到parcel之后,解析的时候,会通过反射去获取对象的Creator,然后保存到一个hashmap中。然后调用Creator的createFromParcel方法来实现解包。
反射在源码中也是无处不在!
相关文章推荐
- Android中使用Intent在Activity之间传递对象(使用Serializable或者Parcelable)的方法
- Fab 和 Dialog 之间的过渡效果
- Android Studio插件Gsonformat使用
- Android-Universal-Image-Loader 图片异步加载类库的使用(超详细配置)
- 美团Android资源混淆保护实践
- Opencv4Android中NDK不能自动编译解决办法
- 六款值得推荐的android(安卓)开源框架简介
- 转: android 内存检测工具 LeakCanary 说明
- Android M Launcher3主流程源码浅析
- Android___关于软键盘的主动打开关掉处理.
- Android Material Design之Toolbar与Palette实践
- Android各种版本
- android Ubuntu adb: cannot execute binary file: 可执行文件格式错误
- android开机向导实现
- android五种布局模式
- 【Android应用开发】Android 蓝牙低功耗 (BLE) ( 第一篇 . 概述 . 蓝牙低功耗文档 翻译)
- 【Android应用开发】Android 蓝牙低功耗 (BLE) ( 第一篇 . 概述 . 蓝牙低功耗文档 翻译)
- Android中的IPC机制(3)-Messenger
- MVP模式在android中的流程详解
- android 短视频 开发 思路 简单记录