*初识Java中的关键字transient——反序列化

目录

1.初识transient关键字

2.深入分析transient关键字

2.1 transient底层实现原理是什么？

2.2 被transient关键字修饰过的变量真的不能被序列化嘛？

2.3 静态变量能被序列化吗？被transient关键字修饰之后呢？

3. transient关键字总结

---

看HashMap底层看到个这玩意儿，没见过，展开来看看它有多短暂：

1.初识transient关键字

其实这个关键字的作用很好理解，就简单的一句话：将不需要序列化的属性前添加关键transient，反序列化的时候，这个属性不会被序列化。

概念也很好理解，下面用代码验证一下：

然后在Test中去验证一下：

运行结果：

从上面可以看出，在序列化SerializeUser方法中，首先创建一个序列化user类，然后将其写入到G://Test/template路径中。在反序列化DeSerializeUser方法中，首先创建一个File，然后读取G://Test/template路径中的数据。这就是序列化和反序列化的基本实现。

2.深入分析transient关键字

为了更加深入的去分析transient关键字，我们需要带着几个问题去解读：

1.transient底层实现原理是什么？

2.被transient关键字修饰过的变量真的不能被序列化嘛？

3.静态变量能被序列化吗？被transient关键字修饰之后呢？

带着这些问题一个一个来解决：

2.1 transient底层实现原理是什么？

Java的serialization提供了一个非常棒的存储对象状态的机制，说白了serialization就是把对象的状态存储到硬盘上去，等需要的时候再把它读出来使用。有些时候像银行卡号这些字段是不希望在网络上传输的，transient的作用就是把这个字段的声明周期仅存于调用者的内存中，而不会写到磁盘里持久化，意思是transient修饰的age字段，他的生命周期仅仅在内存中，不会被写到磁盘中。

2.2 被transient关键字修饰过的变量真的不能被序列化嘛？

想要解决这个问题，首先还要重提一下对象的序列化方式：

1-实现Serializable接口；

2-实现Exteranlizable接口。需要重写writeExternal和readExternal方法，它的效率比Serializable高一些，并且可以决定哪些属性需要序列化（即使是transient修饰的），但是对大量对象或重复对象，则效率低。

从上面的这两种序列化方式，使用Exteranlizable接口实现序列化时，我们自己指定那些属性是需要序列化的，即使是transient修饰的。下面就验证一下

首先我们定义User1类：这个类是被Externalizable接口修饰的

然后我们就可以测试了

上面，代码分了两个方法，一个是序列化，一个是反序列化。里面的代码和一开始给出的差不多，只不过，User1里面少了age这个属性。

运行结果：

结果基本上验证了我们的猜想，也就是说，实现了Externalizable接口，哪一个属性被序列化使我们手动去指定的，即使是transient关键字修饰也不起作用。

2.3 静态变量能被序列化吗？被transient关键字修饰之后呢？

这个我可以提前先告诉结果，静态变量是不会被序列化的，即使没有transient关键字修饰。下面去验证一下，然后再解释原因。

首先，在User类中对age属性添加transient关键字和static关键字修饰。

然后，在Test类中去测试

最后，测试一下，看看结果：

结果已经很明显了。现在解释一下，为什么会是这样，其实在前面已经提到过了。因为静态变量在全局区,本来流里面就没有写入静态变量,我打印静态变量当然会去全局区查找,而我们的序列化是写到磁盘上的，所以JVM查找这个静态变量的值，是从全局区查找的，而不是磁盘上。user.setAge(18);年龄改成18之后，被写到了全局区，其实就是方法区，只不过被所有的线程共享的一块空间。因此可以总结一句话：

静态变量不管是不是transient关键字修饰，都不会被序列化

3. transient关键字总结

java 的transient关键字为我们提供了便利，你只需要实现Serilizable接口，将不需要序列化的属性前添加关键字transient，序列化对象的时候，这个属性就不会序列化到指定的目的地中。像银行卡、密码等等这些数据。这个需要根据业务情况了。