java方法重载解析在编译期完成，依据实参类型按完全匹配→精度提升→装箱拆箱→varargs顺序选择最匹配方法；char与byte/short因符号性差异不可互转；返回类型不影响重载判断。
Java 方法重载的解析发生在编译期，编译器根据调用时传入的**实参类型**，在已声明的重载方法中选择最匹配的一个。类型转换（尤其是自动类型转换）会直接影响这个匹配过程——它可能让原本不匹配的方法变得可选，也可能引发歧义或编译错误。
重载解析优先级：从精确匹配到宽泛转换
编译器按以下顺序尝试匹配重载方法：
-
完全匹配：实参类型与形参类型完全一致（如
byte调用test(byte)） -
小范围→大范围的自动提升：按 Java 精度升序规则进行（
byte/short/char → int → long → float → double），且只允许一次提升 -
装箱/拆箱转换（仅限包装类与基本类型之间，如
int→Integer） - 可变参数（varargs）：作为最后兜底选项，仅当无其他更优匹配时才考虑
例如：byte b = 10; test(b); 若存在 test(int)、test(long)、test(short)，编译器会优先选 test(short)（因 byte→short 是最小精度提升），再是 test(int)；但不会选 test(char)，因为 byte 有负值而 char 无，不兼容。
char 与 byte/short 的特殊限制
char 是无符号 16 位整数（0–65535），而 byte（-128–127）和 short（-32768–32767）是有符号类型。因此：
-
byte或short不能自动转为char（编译报错） -
char可以自动转为int、long、float、double，但不能转为byte或short（需强制转换）
这意味着 test(char) 和 test(byte) 并不构成“就近可转”关系，二者在重载中是独立分支，不会互相干扰或替代。
避免歧义：自动转换可能引发编译失败
当多个重载方法通过不同路径都能接受同一实参时，编译器无法决定选哪个，就会报错。
- 例如同时定义
test(int)和test(long)，再调用test(10)：字面量10默认是int，所以匹配test(int)—— 没问题 - 但若定义
test(float)和test(double)，再调用test(1.0)：字面量1.0默认是double，只能匹配test(double) - 真正危险的是：
test(Object)和test(String)同时存在，又调用test(null)—— 编译器无法判断null更倾向哪个类型，直接报错
返回类型与类型转换无关
方法重载只看参数列表，**不看返回类型**。外部的强制类型转换（如 (String) obj.method()）发生在方法执行完毕之后，不影响重载解析。
- 即使你写
(String) calc.add(1, 2)，编译器仍只根据1和2（都是int）去选add(int, int)，而非试图找一个返回String的重载版本 - 如果真需要不同返回类型的行为，应使用不同方法名，或借助泛型、工厂方法等设计模式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
