方法重载只看参数列表，与返回值类型完全无关；因调用时可能无返回值上下文，仅靠返回值会导致编译期二义性，java规范明确方法签名不含返回值，仅由方法名和参数类型序列构成。
方法重载只看参数列表，和返回值类型完全无关——这不是设计疏忽，而是语言层面为避免调用歧义、保障编译确定性所做出的刚性约束。
核心原因：调用时可能根本不需要返回值
当写 doSomething(); 这样的语句时，编译器只看到方法名和空括号，没有任何上下文提示该取 int 还是 String 类型的返回值。如果仅靠返回值区分重载，编译器就无法唯一确定调用目标，直接导致二义性（Ambiguity）。
- 允许
int getValue()和String getValue()共存，等于允许同一调用产生两种完全不同的行为路径 - Java/C++ 等主流语言选择“宁可不支持”，也不引入不可判定的解析逻辑
- 这种设计让方法调用在编译期就能静态绑定，不依赖运行时信息
技术实现：方法签名不包含返回值
Java 规范明确定义：方法签名 = 方法名 + 参数类型序列（含个数与顺序），返回值类型不在其中。JVM 和编译器都按此规则查找匹配方法。
-
void print(String s)和String print(String s)在字节码层面拥有完全相同的签名，属于重复定义，编译报错 duplicate method - C++ 的 name mangling（符号修饰）同样只编码函数名和参数类型，返回值被忽略，否则链接阶段就会冲突
- 泛型擦除后若只剩相同签名（如
handle(List)写两次），也会被拒
哪些变化看似不同，实则无效？
初学者常误以为以下改动能构成重载，实际都会触发编译错误：
- 仅改变返回值类型（
int calc()vsdouble calc()） - 仅增删 throws 声明（
void read()vsvoid read() throws IOException） - 仅调整访问修饰符（
public void run()vsprivate void run()） - 仅重命名形参（
void set(int a)vsvoid set(int b)） - 使用等价类型别名（
typedef int Id;后的void f(int)和void f(Id)）
参数差异才是唯一可靠依据
真正有效的重载必须体现为参数列表的可观测区别：
-
数量不同：
log(String)和log(String, Object) -
类型不同：
add(int, int)和add(double, double)（基本类型优先于包装类） -
顺序不同：
build(String, int)和build(int, String)（虽合法但慎用，影响可读性） -
可变参数作为兜底：
sum(int...)只在无更精确匹配（如sum(int, int)）时才被选中
