可能很多人不理解对象序列化，最近研究了一下，所谓对象序列化就是将对象的状态转换成字节流，以后可以通过这些值再生成相同状态的对象。这个过程也可以通过网络实现，可以先在Windows机器上创建一个对象，对其序列化，然后通过网络发给一台Unix机器，然后在那里准确无误地重新“装配”。是不是很神奇。

也许你会说，只了解一点点，但从来没有接触过，其实未必如此。RMI、Socket、JMS、EJB你总该用过一种吧，彼此为什么能够传递Java对象，当然都是对象序列化机制的功劳。

第一次使用Java的对象序列化是做某项目，当时要求把几棵非常复杂的树(JTree)及相应的数据保存下来（就是我们常用的保存功能），以便下次运行程序时可以继续上次的操作。

那时XML技术在网上非常的热，而且功能也强大，再加上树的结构本来就和XML存储数据的格式很像。作为一项对新技术比较有兴趣的我当然很想尝试一下。不过经过仔细分析，发现如果采用XML保存数据，后果真是难以想象：哪棵树的哪个节点被展开、展开到第几级、节点当前的属性是什么。真是不知该用A、B、C还是用1、2、3来表示。

还好，发现了Java的对象序列化机制，问题迎刃而解，只需简单的将每棵树的根节点序列化保存到硬盘上，下次再通过反序列化后的根节点就可以轻松的构造出和原来一模一样的树来。

其实保存数据，尤其是复杂数据的保存正是对象序列化的典型应用。最近另一个项目就遇到了需要对非常复杂的数据进行存取，通过使用对象的序列化，问题同样化难为简。

对象的序列化还有另一个容易被大家忽略的功能就是对象复制（Clone），Java中通过Clone机制可以复制大部分的对象，但是众所周知，Clone有深层Clone和浅层Clone,如果你的对象非常非常复杂，假设有个100层的Collection（夸张了点），如果你想实现深层Clone，真是不敢想象，如果使用序列化，不会超过10行代码就可以解决。

还有就是Swing组件，如果你有两个很象很象（或是一模一样）的比较难以构造的Swing组件，你该怎么办，也许你想到了Clone，但是偏偏Java的Swing组件没有提供Clone方法。别急，使用序列化，6行代码搞定：

[java] view plaincopy
<span style="font-size:14px;">ByteArrayOutputStream  
byteOut = new ByteArrayOutputStream();   
ObjectOutputStream out  
= new ObjectOutputStream(byteOut);   
out.writeObject(combo);   

ByteArrayInputStream byteIn = new ByteArrayInputStream(byteOut.toByteArray());   
ObjectInputStream in  
=new ObjectInputStream(byteIn);   
JComboBox comb2 = (JComboBox)in.readObject();</span>  


虽然Java的序列化非常简单、强大，但是要用好，还有很多地方需要注意，很多java视频教程里面都没有强调这一点，而且这块一旦出现错误很不容易解决。比如曾经序列化了一个对象，可由于某种原因，该类做了一点点改动，然后重新被编译，那么这时反序列化刚才的对象，将会出现异常。

你可以通过添加serialVersionUID属性来解决这个问题。如果你的类是个单态（Singleton）类，是否允许用户通过序列化机制复制该类，如果不允许你需要谨慎对待该类的实现。

可能很多人不理解对象序列化，最近研究了一下，所谓对象序列化就是将对象的状态转换成字节流，以后可以通过这些值再生成相同状态的对象。这个过程也可以通过网络实现，可以先在Windows机器上创建一个对象，对其序列化，然后通过网络发给一台Unix机器，然后在那里准确无误地重新“装配”。是不是很神奇。

也许你会说，只了解一点点，但从来没有接触过，其实未必如此。RMI、Socket、JMS、EJB你总该用过一种吧，彼此为什么能够传递Java对象，当然都是对象序列化机制的功劳。

第一次使用Java的对象序列化是做某项目，当时要求把几棵非常复杂的树(JTree)及相应的数据保存下来（就是我们常用的保存功能），以便下次运行程序时可以继续上次的操作。

那时XML技术在网上非常的热，而且功能也强大，再加上树的结构本来就和XML存储数据的格式很像。作为一项对新技术比较有兴趣的我当然很想尝试一下。不过经过仔细分析，发现如果采用XML保存数据，后果真是难以想象：哪棵树的哪个节点被展开、展开到第几级、节点当前的属性是什么。真是不知该用A、B、C还是用1、2、3来表示。

还好，发现了Java的对象序列化机制，问题迎刃而解，只需简单的将每棵树的根节点序列化保存到硬盘上，下次再通过反序列化后的根节点就可以轻松的构造出和原来一模一样的树来。

其实保存数据，尤其是复杂数据的保存正是对象序列化的典型应用。最近另一个项目就遇到了需要对非常复杂的数据进行存取，通过使用对象的序列化，问题同样化难为简。

对象的序列化还有另一个容易被大家忽略的功能就是对象复制（Clone），Java中通过Clone机制可以复制大部分的对象，但是众所周知，Clone有深层Clone和浅层Clone,如果你的对象非常非常复杂，假设有个100层的Collection（夸张了点），如果你想实现深层Clone，真是不敢想象，如果使用序列化，不会超过10行代码就可以解决。

还有就是Swing组件，如果你有两个很象很象（或是一模一样）的比较难以构造的Swing组件，你该怎么办，也许你想到了Clone，但是偏偏Java的Swing组件没有提供Clone方法。别急，使用序列化，6行代码搞定：

[java] view plaincopy
<span style="font-size:14px;">ByteArrayOutputStream  
byteOut = new ByteArrayOutputStream();   
ObjectOutputStream out  
= new ObjectOutputStream(byteOut);   
out.writeObject(combo);   

ByteArrayInputStream byteIn = new ByteArrayInputStream(byteOut.toByteArray());   
ObjectInputStream in  
=new ObjectInputStream(byteIn);   
JComboBox comb2 = (JComboBox)in.readObject();</span>  


虽然Java的序列化非常简单、强大，但是要用好，还有很多地方需要注意，很多java视频教程里面都没有强调这一点，而且这块一旦出现错误很不容易解决。比如曾经序列化了一个对象，可由于某种原因，该类做了一点点改动，然后重新被编译，那么这时反序列化刚才的对象，将会出现异常。

你可以通过添加serialVersionUID属性来解决这个问题。如果你的类是个单态（Singleton）类，是否允许用户通过序列化机制复制该类，如果不允许你需要谨慎对待该类的实现。