java方法重载不依赖返回类型，仅由方法名和参数列表（数量、类型、顺序）决定，因编译期静态绑定且返回类型不参与方法签名，否则会导致歧义、编译错误及可维护性下降。
因为方法调用时，编译器只能根据你**写下的实参**来决定调用哪个重载版本，而无法预知你打算如何使用返回值。
调用时根本看不到返回类型
Java 是静态绑定，在编译期就确定调用哪个方法。编译器只看调用表达式中的：
- 方法名
- 传入的实参个数
- 实参的静态类型（不是运行时类型）
它不会、也不能根据“我后面要把它赋给 int 还是 void”来反推该选哪个方法。比如下面这两行代码：
f();int x = f();
第一行不接收返回值，第二行接收。如果仅靠返回类型区分重载，编译器在第一行就无法判断该调用哪一个 f() —— 它没有上下文依据。
方法签名不包含返回类型
Java 规定：方法签名 = 方法名 + 参数类型列表（按声明顺序）。返回类型不属于签名的一部分。
这意味着：
- 两个方法若仅返回类型不同，参数完全一样，编译直接报错（duplicate method）
- 字节码层面也不允许同名、同签名、不同返回类型的方法共存于一个类中
构造器重载是最直观的佐证
构造器没有返回类型（连 void 都不能写），但它可以重载：
public Person() {}public Person(String name) {}
public Person(int age, String name) {}
这说明：能否重载，压根不依赖返回类型是否存在——它本来就不参与判定逻辑。
设计上保持语义清晰
如果允许仅靠返回类型区分重载，同一行 f(123) 在不同上下文中可能执行完全不同逻辑，代码可读性和可维护性会严重下降。Java 选择把“该做什么”明确交给参数表达，而不是让返回类型承担调度职责。
