- 在android中为什么要序列化？
答：在android中传递对象的时候，如果直接传递的话，接受方无法识别，因此需要序列化，将对象转换成流的形式传递。在另一方利用反序列化解析出来。（自己理解的，如有错误请高手指出）
- 什么情况下需要序列化？
a）当你想把内存中的对象写入到硬盘的时候；
b）当你想用套接字在网络上传送对象的时候；
c）当你想通过RMI传输对象的时候；
再稍微解释一下:
a)比如说你的内存不够用了，那计算机就要将内存里面的一部分对象暂时的保存到硬盘中，等到要用的时候再读入到内存中，硬盘的那部分存储空间就是所谓的虚拟内存。在比如过你要将某个特定的对象保存到文件中，我隔几天在把它拿出来用，那么这时候就要实现Serializable接口；
b)在进行java的Socket编程的时候，你有时候可能要传输某一类的对象，那么也就要实现Serializable接口；最常见的你传输一个字符串，它是JDK里面的类，也实现了Serializable接口，所以可以在网络上传输。
c)如果要通过远程的方法调用（RMI）去调用一个远程对象的方法，如在计算机A中调用另一台计算机B的对象的方法，那么你需要通过JNDI服务获取计算机B目标对象的引用，将对象从B传送到A，就需要实现序列化接口。
在NewsListActivity.java中
Intent intent = new Intent(NewsListActivity.this, NewsInfoActivity.class);
intent.putExtra("ItemState", item);
NewsListActivity.this.startActivity(intent);
在NewsInfoActivity.java中
if(intent.getExtras() != null){
item = (RSSItem)intent.getExtras().getSerializable("ItemState");
}
这里要求RSSItem类必须能序列化，即实现Serializable接口
我的RSSItem继承RSSObject类，而RSSObject类没有实现Serializable接口
public class RSSItem extends RSSObject implements Serializable
现在问题出现了，没有报编译错误，也没出现运行时错误，但就是NewsInfoActivity拿到的item的很多属性为null
解决：父类RSSObject必须实现Serializable接口，就没问题了。
http://www.cjsdn.net/post/view?bid=2&id=192312&sty=1&tpg=5&age=0
一、序列化简介
在这里我先简要介绍一下和序列化相关的一些概念，如果你觉得自己对序列化已经比较熟悉，那么跳过这一节，直接看下一节内容。
序列化是Java中的一个非常重要的特性，通过序列化机制，我们可以将Java的对象变成流，或者存储在硬盘中，或者通过网络传输给网络的其他用户。而序列化在RMI，EJB中都有应用，可以说是构成J2EE的一个重要的技术。
- 1）Serializable接口
如果想让一个类可被序列化，那么这个类必须实现Serializable接口，这个接口本身没有任何方法和属性，它的作用只是为了标示一个类可以被序列化，这一个特性好像在Java里用的比较多，比如克隆也是采用了相同的机制。
因此，如果我们想创建一个可以被序列化的类，我们可以像下面的代码一样做。
import java.io.Serializable;
public class SerialClass implements Serializable
{
private static final long serialVersionUID = -190734710746841476L;
private String c;
public int a;
public String b;
public int getA(){return a;}
public String getB(){return b;}
public void setA(int a){this.a = a;}
public void setB(String b){this.b = b;}
public String getC(){return c; }
public void setC(String c){this.c = c; }
从上面的例子我们可以看到，除了需要实现Serialzable接口外，一个可序列化的类和一个普通类没有什么大的区别。不过我们还是有一些特别的东西需要注意的。
- 2）属性 serialVersionUID
这个属性是一个私有的静态final属性，一般刚接触序列化的人会忽略这个属性，因为这个属性不是必须的。这个属性主要是为了保证一个可序列 化类在不同的 Java编译器中，能保证相同的版本号，这样保证当这个类在不同的JVM中进行序列化与反序列化时不会出现InvalidClassException异 常。
- 3）属性与序列化
那么我们再考虑另一个问题，是不是一个类实现了Serializable之后就可以看成是可序列化的类呢？答案是不行，实际上一个类是否可序 列化还需要看这个类的属性，在Java规范中，一个类是否能序列化，不但取决于这个类是否实现Serializable接口，还取决于这个类中的属性是否 可序列化。在上面的例子里，一共有三个属性，两个是String对象，一个是int类型的属性，实际上，String类是可序列化的（继承了 Serializable 接口且它的属性都是可序列化的），而像int这样的基本数据类型在Java中被看成是可序列化的，因此我们可以确认上面的这个类是一个可序列化的类。那么 现在我们已经创建了一个可序列化类，接下去的问题是怎么使用这个类，对它进行序列化与反序列化操作？
- 4）ObjectOutputStream 和 ObjectInputStream类
Jdk提供了两个IO流类进行序列化和反序列化操作，其中ObjectOutputStream中的writeObject方法对一个对象进 行序列化工作；而ObjectInputStrem中的readObject方法则负责发序列化的操作。下面的例子完整的显示了一个类的序列化和反序列化 操作。
package serialtest;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class TestClass {
public static void main(String[] args) throws Exception {
SerialClass s = new SerialClass();
s.setA(10);
s.setB("hello");
s.setC("world");
//创建ObjectOutputStream对象，准备序列化对象s
ObjectOutputStream oos = new ObjectOutputStream(
new FileOutputStream("abc"));
//调用writeObject将对象进行序列化，存储在文件abc中。
oos.writeObject;
oos.flush();
oos.close();
//创建ObjectInputStream对象，准备从文件abc中反序列化SerialClass对象
ObjectInputStream ois = new ObjectInputStream(
new FileInputStream("abc"));
//调用readObject将存储在文件abc中的字节流反序列化为SerialClass对象。
s = (SerialClass) ois.readObject();
System.out.println(s.getA());
System.out.println(s.getB());
System.out.println(s.getC());
}
}
执行程序，最后的结果应该是：
10
Hello
World
好了，序列化的基础知识就讲到这里。接下来我们看看继承对于序列化的影响。
二、继承对序列化的影响
我们现在把上面的例子做点变换，变成如下的形式。
- 1）首先创建一个Interface。
package serialtest;
public interface SuperInterface
{
public int getA();
public String getB();
public void setA(int a);
public void setB(String b);
}
- 2）创建一个抽象类实现SuperInterface接口，注意，这个类没有实现Serializable接口。
package serialtest;
public abstract class AbsSuperClass implements SuperInterface
{
public int a;
public String b;
public int getA() {return a;}
public String getB(){return b; }
public void setA(int a) {this.a = a;}
public void setB(String b) {this.b = b;}
}
- 3）SerialClass类继承了AbSuperClass，同时它也实现了Serializable接口。
package serialtest;
import java.io.Serializable;
public class SerialClass extends AbsSuperClass implements Serializable
{
private static final long serialVersionUID = -190734710746841476L;
private String c;
public String getC(){return c; }
public void setC(String c) {this.c = c;}
}
这时候我们在运行Test，将会发现结果和第一节的例子不一样了，这时候结果将变成：
0
null
world
而导致这个结果的原因就在AbSuperClass上，因为AbSuperClass没有实现Serializable接口，所以它不可被序 列化；但 SerialClass由于实现了Serializable接口而成为一个可序列化的类，这时候，属性c因为是SerialClass的类所以c的值在序 列化时将被保存，而属性a和b是从AbSuperClass中继承而来，他们因为AbSuperClass的缘故而导致了它们的值不能在序列化是被保存。
关于这一点，我在Java文档中也得到了证实，在Java doc中明确指出，如果一个类继承了一个非Serializable类时，如果想在序列化中保存父类的属性，则需要实现额外的代码显式地存储父类的属性值。
最后再回到本文的初衷，诚然，这篇文章是以对象的序列化为主的，但最后我又要回到一个比较古老的话题上，那就是在软件开发的时候，继承到底该用到什么一种程度？毕竟，滥用继承对整个系统的影响将是深远的。
Java中serialVersionUID的解释serialVersionUID作用： 序列化时为了保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。
Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体（类）的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常。
有两种生成方式：
一个是默认的1L，比如：private static final long serialVersionUID = 1L;
一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如： private static final long serialVersionUID = xxxxL;
当你一个类实现了Serializable接口，如果没有定义serialVersionUID，Eclipse会提供这个 提示功能告诉你去定义 。在Eclipse中点击类中warning的图标一下，Eclipse就会 自动给定两种生成的方式。如果不想定义它，在Eclipse的设置中也 可以把它关掉的，设置如下： Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> Potential programming problems 将Serializable class without serialVersionUID的warning改成ignore即可。
如果你没有考虑到兼容性问题时，就把它关掉，不过有这个功能是好的，只要任何类别实现了Serializable这个接口的话，如果没有加入serialVersionUID，Eclipse都会给你warning提示，这个serialVersionUID为了让该类别Serializable向后兼容。如果你的类Serialized存到硬盘上面后，可是后来你却更改了类别的field(增加或减少或改名)，当你Deserialize时，就会出现Exception的，这样就会造成不兼容性的问题。但当serialVersionUID相同时，它就会将不一样的field以type的预设值Deserialize，可避开不兼容性问题。