向上转型是编译期自动允许的子类到父类/接口的赋值，安全且无需强转；向下转型需显式强转并配合instanceof检查以防ClassCastException；应优先用多态替代频繁转型。
向上转型（Upcasting）就是编译期自动允许的赋值
Java 中，只要子类继承父类或实现接口，就可以把子类实例直接赋给父类或接口类型的引用，不需要强制转换。这是安全的，因为子类天然拥有父类的所有公开成员。
常见错误是误以为需要 (Parent) 强转——其实完全不需要，写了反而显得不理解机制：
Animal a = new Dog(); // ✅ 向上转型，自动发生 Animal b = (Animal) new Dog(); // ❌ 多余，编译通过但没必要
使用场景包括：统一处理不同子类对象（比如集合存 Animal，实际放 Dog、Cat）、依赖抽象编程（方法参数声明为父类类型）。
注意点：
立即学习“Java免费学习笔记（深入）”；
- 向上转型后，只能调用父类中声明的方法，即使子类重写了也是动态绑定（多态），但不能调用子类独有的方法
- 转型不改变对象实际类型，
a.getClass()仍是Dog.class - 没有运行时开销，纯编译期行为
向下转型（Downcasting）必须显式强转且伴随类型检查
从父类引用变回具体子类类型，必须用 (Dog) 这种语法，而且 JVM 会在运行时校验实际类型。一旦失败就抛 ClassCastException。
典型错误写法：
Dog d = (Dog) new Animal(); // 运行时报 ClassCastException
安全做法永远先用 instanceof 判断：
if (a instanceof Dog) {
Dog d = (Dog) a; // ✅ 此时强转才安全
d.bark();
}容易踩的坑：
-
null值对instanceof返回false，所以不会进分支，避免空指针；但若跳过判断直接强转null，结果仍是null（不报错，但后续调用方法会 NPE） - 泛型擦除后无法在运行时做精确类型检查，比如
List和List都变成List，向下转型无法区分元素类型 - Android 或某些反射场景中，用
getClass().isAssignableFrom()替代instanceof更灵活，但日常业务代码优先用instanceof
用 Objects.equals() 和 getClass() 实现正确 equals
很多自定义类重写 equals() 时，因向下转型不当导致空指针或逻辑错误。关键不是“能不能转”，而是“该不该信这个引用真是我的类型”。
推荐写法（以 Dog 类为例）：
@Override
public boolean equals(Object obj) {
if (this == obj) return true;
if (obj == null || getClass() != obj.getClass()) return false; // ✅ 严格类型匹配
Dog dog = (Dog) obj; // 此时转型绝对安全
return Objects.equals(name, dog.name);
}这里用 getClass() != obj.getClass() 而不是 instanceof，是为了保证对称性：避免 new Dog().equals(new Animal()) 返回 true，而反过来却返回 false。
性能影响很小，但能堵住一大类隐蔽 bug。
避免转型的更好设计：用多态代替条件判断
当代码里频繁出现一长串 if (x instanceof A) { ... } else if (x instanceof B) { ... }，说明设计可能违背了开闭原则。
更健壮的做法是把行为提到父类或接口中，让子类各自实现：
interface Shape {
double area(); // 抽象行为
}
class Circle implements Shape {
public double area() { return Math.PI * r * r; }
}
class Rectangle implements Shape {
public double area() { return w * h; }
}
// 调用方完全不用知道具体类型
List shapes = Arrays.asList(new Circle(), new Rectangle());
for (Shape s : shapes) {
System.out.println(s.area()); // ✅ 自动分发，无转型
} 真正需要向下转型，往往意味着你正在绕过类型系统做事情——先确认是不是真没别的办法。
转型本身不难，难的是判断“此刻是否真的需要它”。多数时候，问题出在抽象没抽好，而不是语法不会用。
