Java文件中为什么会有serialVersionUID
一些java类中为什么需要重载 serialVersionUID 属性。
在Java中，软件的兼容性是一个大问题，尤其在使用到对象串行性的时候，那么在某一个对象已经被串行化了，可是这个对象又被修改后重新部署了，那么在这种情况下， 用老软件来读取新文件格式虽然不是什么难事，但是有可能丢失一些信息。
serialVersionUID 来解决这些问题，新增的serialVersionUID必须定义成下面这种形式：static final long serialVersionUID=-2805284943658356093L;。其中数字后面加上的L表示这是一个long值。 通过这种方式来解决不同的版本之间的串行话问题。
提纲：
━━━━━━━━
一、概述
二、Java串行化
三、引入版本编号
四、结束语
━━━━━━━━
一、概述
一 个程序正式发行出去之后，如果要增加一些新的功能，往往意味着同时要修改用户保存数据的方式，也就是必须更改程序保存文件的格式——通常是增加保存到文件 的数据。有些时候，文件格式必须作彻底的改动，以配合实现程序的新功能。从这个意义上看，文件格式的发展/变化总是和程序的功能改进相呼应。
但是，大多数情况下，把原有的数据格式一丢了事是行不通的。动物王国中，不能适应环境意味着死亡；软件领域也相似，新软件是否支持原有的数据格式很大程度上决定了用户是否升级。
不管软件新增/改进了多少功能，不管新的文件格式是多么完美，如果新软件不能利用原来的文件格式，用户一般不太会认可新软件。解决该问题的办法包括：
● 保留老代码来读取老文件。采用这种方案一般需要额外编写一些代码，把老文件转换成新的格式（一般地，最简单的办法是先把老文件的数据转换成新的内部对象， 然后利用现有的写入新版文件格式的对象）。这种办法的好处是既保留了原有的代码，又使它与新的文件格式兼容。但是，这种办法有时可能导致丢失部分数据，不 过总要比丢失全部数据好。
●使新版软件能够读/写老文件格式。这种办法工作量较大，因为程序的新版本一般会增加一些原来没有的功能，老的数据格式中通常缺乏新功能必需的某些数据。
当 新版软件对原来执行任务的方式作了根本性的变动时，丢失数据决非难得一见的偶然事件。如果新版软件采用和原来不同的方式达到同样的效果，原来的功能可能不 再有保留的必要。例如，如果一个程序原来用Swing做用户界面，现在把它改成了Web（浏览器）用户界面，原来的许多用户界面设置就不再有效。
又如，如果有一个邮件程序，原来用的是
相关文档：
jar 应用 先打开命令提示符(win2000或在运行筐里执行cmd命令，win98为DOS提示符)，输入jar
-help,然后回车(如果你盘上已经有了jdk1.1或以上版本)，看到什么：
用法：jar {ctxu}[vfm0Mi] [jar-文件]
[manifest-文件] [-C 目录] 文件名 ...
选项：
-c 创建新的存档
-t 列出存档内容的列表
-x
展开存档中的命名� ......
1、Oracle8/8i/9i数据库（thin模式）
Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();
String url="jdbc:oracle:thin:@localhost:1521:orcl"; //orcl为数据库的SID
String user="test";
String password="test";
Connection conn= DriverManager.getC ......
现在的我啊，还是个学生，刚刚学了点VB，动作最大也就是用VB编写了一个计算阶乘的工具，说出来真是让各位看官笑掉大牙……但是我突然有种想法，想学Java，本人专业是通信工程，觉得移动通信会有相当大的前途，于是萌生了这个想法！各位看官别笑话我，能提拔的提拔点，不能提拔的给点鼓励！在下谢过各位了！ ......
工程目录结构如下：
HStudy
--src
--jvm
&nbs ......
