public abstract class Animal {

public abstract void speak();

public void eat(){

// 吃吃吃！！！

}

}

public interface DoorGod {

void guard();

}

public class Cat extends Animal {

@Override

public void eat() {

try {

Thread.sleep( 1000 );

} catch (InterruptedException e) {

e.printStackTrace();

}

super .eat();

}

@Override

public void speak() {

System.out.println( " 喵喵 " );

}

}

public class Dog extends Animal implements DoorGod{

@Override

public void speak() {

System.out.println( " 汪汪 " );

}

public void guard() {

while ( true ){

System.out.println( " 汪汪 " );

}

}

}

其中Animal

为基类，定义speak

和eat

方法，eat

方法给出了空实现；DoorGod

为门神接口，定义了guard

方法来守护家门；Cat

为继承Animal

的子类，这里假定猫有挑食的习惯，在eat

中要耽搁点时间看看伙食；Dog

也为继承Animal

的子类，同时它实现了DoorGod

接口来守护家门。

先说说上溯造型(upcasting)。这个术语缘于继承关系图的传统画法：将基类至于顶部，而向下发展的就是派生类。根据上面的sample，我给出下面的一个小应用：

public class Main {

public static void upcasting(Animal animal){

animal.speak();

animal.eat();

}

public static void main(String[] args) {

Animal dog1 = new Dog();

upcasting(dog1);

Dog dog2 = new Dog();

upcasting(dog2);

}

}

由于upcasting(Animal animal)方法的参数是Animal类型的，因此如果传入的参数是Animal的子类，传入的参数就会被转换成父类Animal类型，这样你创建的Dog对象能使用的方法只是Animal中的签名方法；也就是说，在上溯的过程中，Dog的接口变窄了，它本身的一些方法(例如实现了DoorGod的guard方法)就不可见了。如果你想使用Dog中存在而Animal中不存在的方法(比如guard方法)，编译时不能通过的。由此可见，上溯造型是安全的类型转换。另一方面，虽然upcasting(Animal animal)方法的参数是Animal类型，但传入的参数可以是Animal的派生类(这也是OO编程中惯用的编程方法)，这里面就有个对象的类型识别问题，也就是运行时类型识别(run-time type identification，缩写为RTTI)，这也可以单独写一篇文章了，《Thinking in Java》中的第10章详细地阐述了RTTI。

相对于类型转换安全的上溯造型，下溯造型就未必是安全的了。我们经常会做些强制类型转换的事情，有时我们也会无意间遇到ClassCastException的转换异常(从这一点来说，我们应该多用范型来避免不安全的类型转换)。例如：

public static void downcasting(Animal animal){

//DoorGod doorGod = (DoorGod)animal;

if(animal instanceof DoorGod){

DoorGod doorGod = (DoorGod)animal;

doorGod.guard();

}

if(animal instanceof Cat){

Cat cat = (Cat)animal;

cat.speak();

}

}

如果没有采取措施(上面使用的措施是

instanceof

)判断对象的类型，那么向下的强制转换就是不安全的。这种转换错误在编译时是不能检测出来的，只有在运行时才会抛出ClassCastException

异常，对于测试来说，这样的错误也是很难检测的。