浅谈序列化的两种接口-Serializable和Parcelable

一、序列化
在java中,序列化是指将对象转化为字节序列的过程。而反序列化则是将字节序列转为对象。换句话说,序列化就是将对象进行流化。序列化的作用:

  1. 永久性保存对象,保存对象的字节序列到本地文件中;
  2. 通过序列化对象在网络中传递对象;
  3. 通过序列化在进程间传递对象。
  4. 通过序列化在intent中传递自定义对象。

二、如何使用Serializable接口
Serializable是一个空接口,使用起来相当简单,只要在所需序列化的类实现这个接口就可以了,系统会帮你实现对象的序列化。
我们举个简单的例子

public class Person implements Serializable{
public static final long serialVersionUID = 1L;
public String name;
public int age;
public String sex;
....
}

通过IO流可轻松进行序列化和反序列化。

//序列化过程
Person person = new Person("Tim",25,"male");
ObjectOutputStream output  = new ObjectOutputStream(new FileOutputStream("Tim.txt"));
output.writeObject(person);
output.close();
//反序列化过程
ObjectInputStream input  = new ObjectInputStream(new FileInputStream("Tim.txt"));
Person person = (Person)input.readObject();
input.close(); 

如果有多个对象写入同一个文件,为了正确读取数据,完成反序列化,必须保证向对象输出流写对象的顺序与从对象输入流中读对象的顺序一致。
值得注意的是,虽然通过反序列化恢复得到了对象,但是和序列化前的对象并非同一对象。
有细心的同学发现了我们在类的声明中加上了一行

private static final long serialVersionUID = 1L;

这句话有什么用呢?其实这句话并非必须的,没有这句话也可以序列化。只是这句话会对反序列造成一定的影响。
序列化的时候系统会将serialVersonUID一同写入序列化的文件,当反序列的时候系统会检测文件中的serialVersonUID,只有和当前类的serialVersonUID值一致时,反序列化才能成功,否则程序会crash.
serialVersionUID的赋值有两种方式,一种是默认值,比如上面的1L;
另一种是根据当前类的结构生成hash值。无论是哪种方式都可以,只要我们显示定义UID,就可以反序列化成功。
如果没有显示定义UID,系统自动产生一个hash值,当序列化后,如果类的结构发生变化,比如增加了某个成员变量,那么UID的值也会改变,这时当前类的UID和序列化文件中的UID就不一致了,程序就会报错。所以建议手动给UID赋值。
但有一种特例,即使前后UID一致,反序列化也会失败,即类发生了特殊的改变,比如修改类名,改变成员变量的类型。

有时候我们并不想让所以成员变量进行序列化,这时我们只要在变量声明前加上transient关键字,就可将其排除在外.

private transient String sex;

还有一点要注意,静态成员不属于对象,所以不参与序列化。

二、Parcelable接口

android为我们提供了新的序列化方式,即parcelable接口。parcelable使用起来比较麻烦,但是相对于serializable效率比较高。为什么这样说呢?因为serializable使用了大量的IO流操作。parcelable是android上的序列化方式,比较适合用在android开发上。
接下来我们看看如何使用Parcelable接口

public class Person implements Parcelable{
private static final long serialVersionUID = 1L;
public String name;
public int age;
public String sex;

public Person(String name,int age,String sex){
this.name = name;
this.age = age;
this.sex = sex;
}

public int describeContents(){
return 0 ;
}

public void writeToParcel(Parcel out,int flags){
out.writeString(name);
out.writeInt(age);
out.writeString(sex);
}

public static final Parcelable.Creator CREATOR = new Parcelable.Creator(){
public Person createFromParcel(Parcel in){
return new Person(in);
}
public Person[] newArray(int size){
return new Person[size];
}
};

private Person(parcel in){
name = in.readString();
age = in.readInt();
sex = in.readString();
}
}

这是典型的Parcelable序列化的写法,从上面代码看出,writeToParcel方法实现了序列化,Parcel保存了序列化的数据。
反序列化由CREATOR完成,read方法读取parcel内的数据,完成反序列化。
describeContents方法用于描述当前对象内容,如果含有文件描述符,返回1,大部分情况下都返回0;
writeToParcel的flags参数取值为0或1;1表示不能立刻释放资源,大部分情况下取0;

补充:Serializable和Parcelable不仅可以使用在进程间通信,还可以用于Intent的数据传输。
方法很简单,

intent.putExtra(key,object);

object传入一个序列化对象。获取数据时,如果是Serializable对象,使用

getIntent().getSerializableExtra(key);

如果是Parcelable对象,使用

getIntent().getParcelableExtra(key).

好了,我所知道的Serializable和Parcelable知识基本就讲完了。这是我第一次在上写文章,如果有什么写得不好的地方,欢迎指正。

你可能感兴趣的:(浅谈序列化的两种接口-Serializable和Parcelable)