建议14：使用序列化类的私有方法巧妙的解决部分属性持久化问题。
对于不想持久化的属性有几种方法：
- 对于一些属性不想持久话的可以用transient关键字，但是这也意味着该类失去了分布式部署的功能。一旦遭遇性能瓶颈，想再实现分布式部署就不可能了。
- 新增业务对象，也就是说把不想持久化的属性封装到另一个类里面。然而增加了工作量，并不是最优的做法。
- 请求端过滤，就是请求的一方不需要哪个属性就过滤掉，方案可行但是不合规矩，设计不对。
- 变更传输契约，例如改用xml传输，或者重建一个web service服务，可以做，但是成本太高。（不懂）
然后作者给出了他的解决方法：
在需要序列化的类里面重写writeObject(),和readObject()方法，因为序列化和反序列化分别回调这两个方法。
//序列化委托
privare void writeObject(java.io.ObjectOutputStream out) throws IOException{
out.defaultWriteObject();
out.writeInt(salary.getBasepay());//需要序列化的属性，salary类省略
}
//反序列化委托
private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException {
in.defaultReadObject();
salary = new Salary(in.readInt(),0);//不想持久化的保密数据第二个参数传0；
}
Java调用ObjectOutputStream类把一个对象转换成流数据时，会通过反射检查被序列化的类是否有writeObject方法，并且检查是否符合私有、无返回值的特性，若有，则会委托该方法进行对象序列化，若没有，则由ObjectOutputStream按照默认规则继续序列化，同样，在从流数据恢复成实例对象时，也会检查是否有一个私有的readObject方法，如有，则会通过该方法读取属性值。
说明：
- out.defaultWriteObject()是告知JVM按照默认的规则写入对象，写在前面。
- in.defaultReadObject()告知JVM按照默认的规则读入对象，写在前面。
- out.writeXXX和in.readXXX分别是写入和读出相应的值。
