当实现java.io.Serializable接口的实体（类）没有显式地定义一个名为serialVersionUID，类型为long的变量时，Java序列化机制会根据编译的class自动生成一个serialVersionUID作序列化版本比较用，这种情况下，只有同一次编译生成的class才会生成相同的serialVersionUID 。

如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本，未作更改的类，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。

源自：http://sharajava.javaeye.com/blog/102886

@Override



　　public int hashCode() {



　　...



　　}

  public enum  DatabaseType {



　　ORACLE {



　　public String getJdbcUrl() {...}



　　},



　　MYSQL {



　　public String getJdbcUrl() {...}



　　};



　　public abstract String getJdbcUrl();



　　}

    public interface Zoo  {



　　public Animal getAnimal();



　　}



　　public class ZooImpl  implements Zoo {



　　public Animal getAnimal(){



　　return new AnimalImpl();



　　}



　　}

　　协变返回的使用替换了三个反模式：

• 直接字段访问。为了规避API限制，一些实现把子类直接暴露为字段：

        ZooImpl._animal
       另一种形式是，在知道实现的实际上是特定的子类的情况下，在调用程序中执行向下转换：

((AnimalImpl)ZooImpl.getAnimal()).implMethod();

　　

　　
• 我看到的最后一种形式是一个具体的方法，该方法用来避免由一个完全不同的签名所引发的问题：

ZooImpl._getAnimal();

　　这三种模式都有它们的问题和局限性。要么是不够整洁，要么就是暴露了不必要的实现细节。

　　协变

　　协变返回模式就比较整洁、安全并且易于维护，它也不需要类型强制转换或特定的方法或字段：

　　public AnimalImpl getAnimal(){

　　return new AnimalImpl();

　　}

　　使用结果：

　　ZooImpl.getAnimal().implMethod();

参考：http://www.linuxpk.com/43834.html

十六进制转成十进制
Integer.valueOf("FFFF",16).toString()
八进制转成十进制
Integer.valueOf("876",8).toString()
二进制转十进制
Integer.valueOf("0101",2).toString()