在Web应用的开发中,尤其实在前后端分离的情况下,服务器端多半会将域模型以REST接口的方式提供给客户端,于是我在很多WEB应用中,都看到这样的代码:
public class ActionStatus implements Serializable {
private static final long serialVersionUID = -8633429564140080535L;
private final int code;
private final int message;
/**
* @param code
* @param message
*/
public ActionStatus(int code, int message) {
super();
this.code = code;
this.message = message;
}
/* 余下的代码略 */
}
那么问题来了,为什么我们所有的域模型都要实现Serializable接口呢?
1. 将域模型转换为JSON时需要串行化
将域模型转换为JSON实际上就是将JAVA对象转换为字符串的过程,完全不需要任何串行化操作,无论时Jackson的ObjectMapper,还是google的Gson框架,都没有要求转换的对象必须实现串行化接口。
所以,虽然JAVA对象与JSON之间的互转也涉及到串行化与饭串行化的概念,但与Serializable接口完全是两个概念。
2. 数据存储一定需要串行化
在JAVA EE 7规范中,域模型(@Entity)完全可以不用实现Serializable接口,数据存储依旧可以顺利进行,所以,串行化对数据存储也不是必需的。
3. Serializable接口只是个标记接口,实不实现无所谓
强行实现Serializable接口,不仅不会对程序有任何帮助,很多时候还会起到相反的作用,例如加重了SOA框架的耦合性,降低了安全性、性能以及增加了程序版本兼容的难度。
结论
实现Serializable接口在大部分的情况下都是不必要的,除非是以IIOP或这JRMP (RMI)协议 传输数据,或者需要将数据缓存到有集群的HTTP-Session中(因为需要保证Session的完整性,经常需要将Session串行化以便于备份与共享),再或者是将数据缓存到本地文件系统中。