Java开发笔记(九十)对象序列化及其读写

2019-04-28 08:22:06来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

有些时候,开发者想把程序运行过程中的数据临时保存到文件,可是前面介绍的字符流和字节流,要么用来读写文本字符串,要么用来读写字节数组,并不能直接保存某个对象信息,因为对象里面包括成员属性和成员方法,单就属性而言,每个属性又有各自的数据类型及其具体数值,这些复杂的信息既不能通过字符串表达,也不能通过简单的字节数组表达。虽然现有手段不容易往文件中写入对象信息,但是该想法无疑极具吸引力,倘若能够自如地对文件读写某个对象数据,必定会给程序员的开发工作带来巨大便利,况且内存都能存放对象信息,为何磁盘反而无法存储对象了呢?
解决问题的关键在于需要给对象建立某种映射关系,磁盘文件固然只能存放字节形式的数据,但如果能将某对象进行有规则的排序操作,使之变成整齐有序的信息队列,那么程序即可按照规矩把对象转为可存储的字节数据。正所谓英雄所见略同,Java确实提供了类似的解题思路,把对象转成磁盘文件可识别数据的过程,Java称之为“序列化”;反过来,把磁盘文件内容转成内存中对象的过程,Java称之为“反序列化”。如同字符串与字节数组的相互转换那般,序列化与反序列化一起完成了内存对象和磁盘文件之间的转换操作。
若想让一个对象支持序列化与反序列化,得事先声明该对象的来源类是可序列化的,也就是命令来源类实现Serializable接口,这样程序才知道由该类创建而来的所有对象都支持序列化与反序列化。举个用户信息类的例子,基本的用户信息通常包括用户名、手机号和密码三个字段,再添加Serializable接口的实现,于是可序列化的用户信息类代码变成以下这般:

//定义一个可序列化的用户信息类。实现Serializable接口表示当前类支持序列化
public class UserInfo implements Serializable {
	private String name; // 用户名
	private String phone; // 手机号码
	private String password; // 密码

	public UserInfo() {
		name = "";
		phone = "";
		password = "";
	}

	// 以下省略各字段的get***/set***方法
}

之后来自于UserInfo的用户对象们纷纷摇身变为结构清晰的实例,不过由于序列化后的对象是种特殊的数据,因此还需专门的输入输出流进行处理。读写序列化对象的专用I/O流包括对象输入流ObjectInputStream和对象输出流ObjectOutputStream,其中前者用来从文件中读取对象信息,它的readObject方法完成了读对象操作;后者用来将对象信息写入文件,它的writeObject方法完成了写对象操作。下面是利用ObjectOutputStream往文件写入序列化对象的代码例子:

	private static String mFileName = "D:/test/user.txt";
	// 利用对象输出流把序列化对象写入文件
	private static void writeObject() {
		// 下面创建可序列化的用户信息对象,并给予赋值
		UserInfo user = new UserInfo();
		user.setName("王五");
		user.setPhone("15960238696");
		user.setPassword("111111");
		// 根据指定文件路径构建文件输出流对象,然后据此构建对象输出流对象
		try (FileOutputStream fos = new FileOutputStream(mFileName);
				ObjectOutputStream oos = new ObjectOutputStream(fos);) {
			oos.writeObject(user); // 把对象信息写入文件
			System.out.println("对象序列化成功");
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

 

由此可见,将对象信息写入文件的代码还是蛮简单的,从文件读取对象信息也很容易,只要下面的寥寥几行代码就搞定了:

	// 利用对象输入流从文件中读取序列化对象
	private static void readObject() {
		// 创建可序列化的用户信息对象
		UserInfo user = new UserInfo();
		// 根据指定文件路径构建文件输入流对象,然后据此构建对象输入流对象
		try (FileInputStream fos = new FileInputStream(mFileName);
				ObjectInputStream ois = new ObjectInputStream(fos);) {
			user = (UserInfo) ois.readObject(); // 从文件读取对象信息
			System.out.println("对象反序列化成功");
		} catch (Exception e) {
			e.printStackTrace();
		}
		// 注意用户信息的密码字段设置了禁止序列化,故而文件读到的密码字段为空
		String desc = String.format("姓名=%s,手机号=%s,密码=%s", 
				user.getName(), user.getPhone(), user.getPassword());
		System.out.println("用户信息如下:"+desc);
	}

 

然后运行上述的对象数据读写代码,观察到下列的日志信息:

对象序列化成功
对象反序列化成功
用户信息如下:姓名=王五,手机号=15960238696,密码=111111

看到这些日志,有没有发现什么不对劲的地方?也许有人猛然惊醒,密码这么重要的字段居然会从文件里读到了明文?赶紧找到示例代码中的磁盘文件user.txt,使用文本编辑软件如UEStudio打开user.txt,在该文件末尾附近赫然出现了六位数字密码111111,详见下图所示的右下角。

 

显然密码值不应保存在文件里面,尤其是光天化日之下也能看到的明文。可见对象序列化应当有所取舍,寻常字段允许序列化,而私密字段不允许序列化。为此Java新增了关键字transient,凡是被transient修饰的字段,会在序列化之时自动予以屏蔽,也就是说,序列化无法保存该字段的数值。如此一来,用户信息UserInfo的类定义需要把password密码字段的声明代码改成下面这样:

	// 关键字transient可让它所修饰的字段无法序列化,也就是说,序列化无法保存该字段的数值
	private transient String password; // 密码

 

给密码字段添加了transient修饰之后,重新运行对象数据读写代码,根据下列的日志信息可知密码值已经屏蔽了序列化:

对象序列化成功
对象反序列化成功
用户信息如下:姓名=王五,手机号=15960238696,密码=null

另外,UserInfo类后续可能会增加新的成员属性,比如整型的年龄字段。然而一旦在UserInfo的代码定义中增加了新字段,再去读取原先保存在文件中的序列化对象,程序运行时竟然扔出异常,提示“java.io.InvalidClassException: com.io.bio.UserInfo; local class incompatible: stream classdesc serialVersionUID = ***, local class serialVersionUID = ***”,意思是本地类不兼容,IO流中的序列化编码与本地类的序列化编码不一致。其中的缘由说来话长,对象的每次序列化都需要一个编码serialVersionUID,程序通过该编码来校验读到的对象是否为原先的对象类型,而默认的编码数值是根据类名、接口名、成员方法及成员属性等联合运算得到的哈希值,所以只要类名、接口名、方法与属性任何一项发生变更,都会导致serialVersionUID编码产生变化,进而影响正常的序列化和反序列化操作。

这个序列化编码的校验规则,像极了Java版本的刻舟求剑,每次序列化的小船出发之前,都要在落剑的船身处做个标记,表示刚才宝剑是在该位置掉进水里的。其后小船的状态发生了改变,譬如开到了河对岸,此时船员开始活动筋骨,准备在标记处跳下船,意图潜水寻回宝剑。结果当然是徒劳无功,根本找不到先前落水的宝剑,因为标记刻在船身上,它跟随着小船运动,水里的剑未动而船已动,按照移动后的标记去找留在原地的宝剑,自然是竹篮打水一场空了。正确的做法是记下固定不动的方位信息,例如详细的经纬度,这样无论船怎么开,落剑的位置都是不变的。如此一来,还需在UserInfo的定义代码中添加以下的serialVersionUID赋值语句,从一开始就设置固定的版本编码数值:

	// 该类的实例在序列化时的版本编码
	private static final long serialVersionUID = 1L;

 

总结一下,支持序列化的类定义与普通的类定义主要有下述三项区别:
1、可序列化的类实现了Serializable接口;
2、可序列化的类需要给serialVersionUID字段赋值,避免出现版本编码不一致的情况;
3、可序列化的类可能有部分字段被关键字transient所修饰,表示这些字段无需进行序列化;
最后整合上述的三点要求,重新修改用户信息的类定义,改后的UserInfo代码片段示例如下:

//定义一个可序列化的用户信息类。实现Serializable接口表示当前类支持序列化
public class UserInfo implements Serializable {
	// 该类的实例在序列化时的版本编码
	private static final long serialVersionUID = 1L;

	private String name; // 用户名
	private String phone; // 手机号码
	// 关键字transient可让它所修饰的字段无法序列化,也就是说,序列化无法保存该字段的数值
	private transient String password; // 密码

	public UserInfo() {
		name = "";
		phone = "";
		password = "";
	}

	// 以下省略各字段的get***/set***方法
}

  

更多Java技术文章参见《Java开发笔记(序)章节目录》


原文链接:https://www.cnblogs.com/pinlantu/p/10778225.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:浅谈java线程池实现

下一篇:1.JAVA-Hello World