Android中的Serializable、Parcelable

Parcelable

这是一个接口，它的实例可以写入Parcel或从Parcel恢复。实现Parcelable的类必须要有一个实现了Parcelable.Creator接口的类型的非空静态字段CREATOR,这个字段是帮忙从一个Parcel产生一个Parcelable类的实例。

public class MyParcelable implements Parcelable { private int mData; public int describeContents() { return 0; } public void writeToParcel(Parcel out, int flags) { out.writeInt(mData); } public static final Parcelable.Creator<MyParcelable> CREATOR = new Parcelable.Creator<MyParcelable>() { public MyParcelable createFromParcel(Parcel in) { return new MyParcelable(in); } public MyParcelable[] newArray(int size) { return new MyParcelable[size]; } }; private MyParcelable(Parcel in) { mData = in.readInt(); }
 }

  

 

  
1
  
2
  
3
  
4
  
5
  
6
  
7
  
8
  
9
  
10
  
11
  
12
  
13
  
14
  
15
  
16
  
17
  
18
  
19
  
20
  
21
  
22
  
23
  
24
  
25
  
26
 

• describeContents()用于描述Parcelable类实例的
• writeToParcel(Parcel dest, int flags)用于将数据扁平化写入Parcel

Parcel是一个消息（数据或对象引用）容器，它可以通过IBinder来发送，也就是说 Parcelable实例十分合适作来进程间通信的消息载体。

在java中使用Serializable接口实现对象的序列化，而在android中既可以使用Serializable也可以使用Parcelable接口实现对象序列化，如果只在内存操作时则倾向Parcelable接口，传输效率会更高效。

注意：Parcelable只能对内存对象序列化，不能对需要存储在文件或SD等设备进行序列化，如果需要将对象序列化存储到文件，实现Serializable接口就可以了

Serializable是java提供的一个序列化接口，它是一个空接口，专门为对象提供标准的序列化和反序列化操作，用它实现类的序列化比较简单，只要在类声明中实现Serializable接口即可。

public class User implements Serializable { private static final long serialVersionUID = -4454266436543306544L; private String name; /** * age */ private Integer age; public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; }
}

  

 

  
1
  
2
  
3
  
4
  
5
  
6
  
7
  
8
  
9
  
10
  
11
  
12
  
13
  
14
  
15
  
16
  
17
  
18
  
19
  
20
  
21
  
22
  
23
  
24
  
25
 

由于serialVersionUID是用来辅助序列化和反序列化过程的，原则上序列化后的对象中serialVersionUID只有和当前类的serialVersionUID相同才能够正常被反序列化，也就是说序列化与反序列化的serialVersionUID必须相同才能够使序列化操作成功。序列化操作的时候系统会把当前类的serialVersionUID写入到序列化文件中，当反序列化时系统会去检测文件中的serialVersionUID，判断它是否与当前类的serialVersionUID一致，如果一致就说明序列化类的版本与当前类版本是一样的，可以反序列化成功，否则失败。因此强烈建议指定serialVersionUID，这样的话即使微小的变化也不会导致crash的出现，否则文件多一个空格或类的结构有些许变化都会反序列化失败。默认情况下，系统会根据类结构自动生成的serialVersionUID，因此当类稍有变化，自动生成的UID就会与之前存在文件中的不一样，就会反序列化失败。因此有必要指定serialVersionUID，那么系统就会尽可能地序列化。

需要注意的是如果反序列的类的成员变量的类型或者类名发生了变化，即使serialVersionUID相同反序列化会失败。其次是静态成员变量属于类不属于对象，不会参与序列化过程，使用transient关键字标记的成员变量也不参与序列化过程。

Serializable在内存序列化是（将数据持久化在磁盘）上开销比较大，如Serializable在序列化的时候会产生大量的临时变量，从而引起频繁的GC（垃圾回收），而内存资源对于android系统来说是十分稀有的（首先，我们每个应用都会运行在各自的虚拟机上，而android系统分配给每个虚拟机的内存开销都是十分有限的）。因此android中提供了Parcelable接口来实现序列化操作，Parcelable的性能比Serializable好，在内存开销方面较小，所以在内存间数据传输时推荐使用Parcelable，如通过Intent在activity间传输数据，进程间通信也推荐使用Parcelable

文章来源: blog.csdn.net，作者：WongKyunban，版权归原作者所有，如需转载，请联系作者。

原文链接：blog.csdn.net/weixin_40763897/article/details/111009867