Java 基础中方法重载的参数匹配顺序怎么规则化-java教程-PHP中文网

java方法重载参数匹配严格按三阶段规则：第一阶段精确匹配（无转换），第二阶段允许装箱/拆箱和拓宽，第三阶段仅启用varargs；全程编译期完成，不依赖运行时类型。

java 基础中方法重载的参数匹配顺序怎么规则化

Java 方法重载的参数匹配不是靠“猜”或“模糊匹配”，而是严格按三阶段规则化筛选，编译器只在前一阶段无解时才进入下一阶段。整个过程完全在编译期完成，不依赖运行时对象类型。

只接受与实参声明类型完全一致的形参，包括：

基本类型到同类型基本类型（如 int → int）
引用类型到相同类或其子类（如 String → String，ArrayList → List 不行，因为 ArrayList 是实现类，List 是接口，需向上转型）
不涉及装箱、拆箱、拓宽、varargs 或任何隐式转换

当第一阶段无候选方法时启用，支持：

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

基本类型 ↔ 对应包装类（如 int → Integer 或 Integer → int）
小范围基本类型 → 大范围基本类型（如 byte → int，但 int → long 和 int → Integer 不能叠加，即不允许“拓宽+装箱”）
子类 → 父类 / 实现类 → 接口（如 String → Object，StringBuilder → CharSequence）

前两阶段都找不到可调用方法时才考虑，且：

varargs 版本永远是最后选项，哪怕它看起来“更贴切”
例如同时存在 log(String, Object) 和 log(String, Object...)，传入 log("a", new Object[]{}) 仍优先选前者（第二阶段已匹配），不会跳过直接进第三阶段
一旦启用 varargs，该调用就锁定为可变参数版本，不再回退

不是编译器“选错了”，而是规则执行后无唯一解：

null 字面量：没有类型，所有引用类型参数都算“可匹配”，若 foo(String) 和 foo(Integer) 同时存在，foo(null) 直接报错
类型交叉兼容：如同时定义 handle(CharSequence) 和 handle(Comparable)，而 String 同时实现二者，传 new String() 会因两者都满足第二阶段而无法判定最具体者
基本类型与包装类混用：如 process(Number) 和 process(Integer) 并存，传 42 时，Integer 需装箱，Number 需装箱+向上转型，优先级相同 → 报 ambiguous

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南