子类对象实例化与向上转型的区别及向上转型的意义探讨

一、两者的核心区别 #

直接看你给出的两段代码：

1. SubClass sC = new SubClass();
   这是直接实例化子类对象，变量sC的编译时类型和运行时类型都是SubClass。编译阶段编译器就明确这个变量属于子类类型，能直接调用子类的所有方法——包括继承自父类的、子类重写的，以及子类自己新增的独有方法。

2. SuperClass sC1 = new SubClass();
   这是向上转型，变量sC1的编译时类型是SuperClass，但运行时实际指向的还是SubClass对象。编译阶段编译器只认父类的方法定义，所以只能调用父类中声明的方法（包括被子类重写的），子类自己新增的方法会在编译时报错，无法直接调用。

举个实际代码例子更直观：

// 父类
class SuperClass {
    public void commonMethod() {
        System.out.println("父类通用方法");
    }
}

// 子类
class SubClass extends SuperClass {
    @Override
    public void commonMethod() {
        System.out.println("子类重写的通用方法");
    }
    
    // 子类独有方法
    public void uniqueMethod() {
        System.out.println("子类专属方法");
    }
}

调用时的差异：

• sC.commonMethod() 执行子类重写的版本，sC.uniqueMethod() 直接调用成功；
• sC1.commonMethod() 同样执行子类重写的版本（因为运行时是子类对象），但sC1.uniqueMethod() 编译不通过，编译器会提示父类无此方法。

二、向上转型的意义 #

你说的“创建子类对象就能访问所有方法”没错，但向上转型的价值在于解决代码复用、扩展性、耦合度这些核心问题：

• 实现多态，简化代码
  这是最核心的作用。比如可以写一个通用方法，接收父类类型的参数，不管传入的是哪个子类对象，都会自动执行对应的重写方法，不用为每个子类单独写逻辑：

public void executeCommonLogic(SuperClass obj) {
    obj.commonMethod();
}

不管传入SubClass还是其他SuperClass的子类，这个方法都能正常工作，新增子类时也不用修改该方法，符合开闭原则。

• 屏蔽子类细节，降低耦合
  当我们只需要使用父类定义的通用功能时，用父类类型变量可以不用关心具体是哪个子类实现。比如Java集合里常用List<String> list = new ArrayList<>()，我们只需要用List的通用方法（add、get等），不管底层是ArrayList还是LinkedList，后续如果要换实现类，直接修改右侧的实例化代码就行，不用改动所有调用list的地方。

• 遵循里氏替换原则
  子类可以替换父类出现的任何场景，向上转型就是这种原则的落地方式，保证了代码的兼容性和可维护性，让父类的通用逻辑能无缝适配所有子类。

内容的提问来源于stack exchange，提问作者Benjamin III Moreno