使用 ehcache 时发现个不起眼的小问题
在一个Model中有以下代码：
public class MyModel implements Serializable {
private static final long serialVersionUID = -990334519496260591L;
private IUserService us = ServiceManager.me.getUserService();
//getter and setter
}
这是个很普通的Bean，只是其中有个注入的私有对象：us
在将这个Model的一个实例缓存到ehcache时，如果恰好ehcache配置了允许保存到磁盘，那么就会提示错误：
ERROR DiskStorageFactory Disk Write of xxxxxxx failed:
java.io.NotSerializableException: com.my.service.impl.UserServiceImpl$$EnhancerByGuice$$80ede2b6
看错误提示，很明显是 UserServiceImpl 对象无法序列化，原来是 ehcache 把这个服务逻辑也看成了 Model 的普通属性。
正常情况下，将 UserServiceImpl 实现 Serializable 接口就可以解决问题。
但这个服务是无状态的单列模式，将它序列化到磁盘是没有任何意义的，还会增加磁盘的IO开销。
那怎么样才能将 Model 成功缓存，又能刨除这些服务逻辑的属性呢？
这时候，一个不起眼的关键字发挥了作用：transient
将上面的代码改成如下，其实只是增加了这个关键字而已：
public class MyModel implements Serializable {
private static final long serialVersionUID = -990334519496260591L;
private transient IUserService us = ServiceManager.me.getUserService();
//getter and sett
}
注意在 private 和 IUserService 中间的 transient 关键字。
再次缓存时，将不会提示错误。
这里有一篇文章对 transient 关键字进行了更详细的阐述：
