Java中用Object传递类引用调用add()方法的编译问题求解

Java是静态类型语言，编译期的方法校验仅看引用的声明类型，不关心运行时实际指向的对象类型。你代码里的obj是用Object类声明的，编译器只会去检索Object类有没有定义add()方法，找不到就直接报错，根本不会走到运行时判断它实际指向B/C的逻辑。你认知里的“Object持有B/C实例引用”是运行时的状态，编译阶段完全不做这类校验。

完全不正确：

• 首先连编译都无法通过，达不到你要的编译期匹配add()的需求
• 就算你强行加类型转换解决编译问题，要么需要写一堆instanceof判断+强转的冗余逻辑，要么传错类型时直接在运行时抛出类型转换异常，没有任何编译期保障

如果你硬要保留Object类型的参数，只能通过instanceof判断+强制类型转换的方式写一堆冗余判断逻辑，不仅代码臃肿，还完全失去了编译期类型校验的作用，传错类型直接在运行时报错，是最不推荐的写法。

根据场景不同有两种常用实现：

方案1：公共接口抽象（最通用、扩展性最好） #

给B、C抽一个声明了add()方法的公共父接口，让两个类都实现这个接口，再把operation()的参数类型改成这个接口：

// 定义公共接口，统一声明add方法
interface Addable {
    void add();
}

// B、C实现接口
class B implements Addable {
    @Override
    public void add() {
        // B类的add业务逻辑
    }
}

class C implements Addable {
    @Override
    public void add() {
        // C类的add业务逻辑
    }
}

// 修改A类的方法定义
class A {
    public void operation(Addable obj) {
        // 编译器校验：Addable接口存在add()方法，编译直接通过
        obj.add();
    }
}

这种方式下，传入B、C的实例都能正常编译执行，后续新增其他需要调用add()的类，只要实现Addable接口即可，完全不需要修改A类的代码。

注：这种实现下的方法分派是运行时动态绑定，实际调用哪个类的add()会根据传入实例的真实类型决定，对绝大多数业务场景来说和你要的效果完全一致。

方案2：方法重载（纯编译期分派，完全符合“编译器决定调用哪个”的要求） #

如果你不需要兼容未来新增的类，只需要针对现有B、C两个类做匹配，直接在A类里重载operation()方法即可：

class A {
    // 针对B类的重载
    public void operation(B b) {
        b.add();
    }

    // 针对C类的重载
    public void operation(C c) {
        c.add();
    }
}

这种方式是典型的编译期静态分派：你调用new A().operation(new B())时，编译器会直接匹配入参为B类型的重载方法，调用C的实例就匹配对应重载，完全在编译阶段就确定调用逻辑，不需要额外抽象接口，适合类数量少、结构稳定的场景。

内容的提问来源于stack exchange，提问作者skr