关于HashMap 中的 transient table

集合中的底层实现大都是利用数组，比如HashMap中的table以及ArrayList 中的elementData。在序列化的时候，这些存储元素的数组由于被修饰了 transient   关键字而不会在默认的序列化函数中存储到文件中。当然，集合中重写了函数 
private void writeObject(java.io.ObjectOutputStream s)
在序列化的时候会调用这个函数来进行序列化，这里面将集合中的元素一个个的写入到文件中。

既然这样，为什么要用关键字 transient   来修饰呢？ 

table 以及 elementData  中存储的值数量是小于数组的大小的（数组扩容的原因），这个在元素越来越多的情况下更为明显。如果使用默认的序列化，那些没有元素的位置也会被存储，就会产生很多不必要的浪费。这是其一。

对于HashMap来说（以及底层实现是利用HashMap的HashSet），由于不同的虚拟机对于相同hashCode产生的Code值可能是不一样的（这个我也不清楚咋回事，可自行到StackOverFlow上查找问题），如果你使用默认的序列化，那么反序列化后，元素的位置和之前的是保持一致的，可是由于hashCode的值不一样了，那么定位函数indexOf（）返回的元素下标就会不同，这样不是我们所想要的结果
————————————————
版权声明：本文为CSDN博主「Stu_WangHui」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/stu_wanghui/article/details/38843275

 

理解：主要原因是hashcode方法和JVM相关，在不同的操作平台有不同的实现。这样相同的键值在不同的平台计算出的哈希值有可能不一样。解决方法就是在序列话的时候将实体的内容进行持久化而不是table域，反序列化的时候再重新构建出HashMap对象。