方法引用本身不传递上下文，而是依赖函数式接口的抽象方法签名由编译器自动匹配：静态方法引用（Class::staticMethod）要求参数类型和返回值完全一致；实例方法引用（instance::method）以既有对象为调用者，上下文参数作入参；任意对象的实例方法引用（Class::method）将上下文第一个参数视为调用者，其余为方法参数；构造器引用（Class::new）则按参数个数匹配对应构造签名。
方法引用本身不“传递”上下文，而是依赖上下文来确定目标类型和参数绑定方式。它不是主动携带环境信息的机制，而是在已有上下文（比如函数式接口的抽象方法签名）中，由编译器自动匹配、推导出对应的方法调用逻辑。
上下文决定方法引用能否成立
方法引用能被正确解析，前提是调用位置存在明确的函数式接口类型。这个类型就是它的上下文，决定了：
- 需要几个参数、各是什么类型
- 返回值类型是什么
- 该引用指向的是静态方法、实例方法还是构造器
例如：list.forEach(System.out::println) 能成立，是因为 forEach 方法参数类型是 Consumer<T>，其抽象方法 accept(T t) 接收一个参数、无返回值；而 System.out::println 恰好匹配——PrintStream.println(String) 也是单参、无返回。
三种引用形式对应的上下文绑定逻辑
不同写法背后，是编译器根据上下文把参数“分发”给目标方法的方式不同：
立即学习“Java免费学习笔记（深入）”；
-
类名::静态方法（如
Integer::parseInt）：上下文提供一个参数，直接传给静态方法。编译器知道该静态方法第一个参数类型必须与函数式接口抽象方法的参数类型一致 -
对象::实例方法（如
str::toUpperCase）：对象已存在，上下文提供的参数作为方法调用的入参。即“先有对象，再对入参调用它的方法” -
类名::实例方法（如
String::substring）：上下文提供两个参数，第一个被当作调用对象（隐式接收者），第二个传给方法。相当于(str, a, b) -> str.substring(a, b)的简化
上下文缺失时会编译失败
如果脱离函数式接口约束，单独写 System.out::println 是无法通过编译的——没有目标类型，编译器不知道它该适配哪个接口。常见错误包括：
- 赋值给非函数式接口类型的变量
- 作为普通方法参数但该方法参数类型不是函数式接口
- 在泛型推断模糊的场景下（如多态方法重载），导致目标类型不唯一
实际开发中注意上下文可见性
方法引用中的对象或类必须在当前作用域可访问：
- 引用局部对象时，该对象不能是未初始化或仅在 if 块内声明的
- 引用外部类成员方法时，若在静态上下文中使用，不能引用非静态成员（除非显式通过实例）
- 引用构造器（如
ArrayList::new）时，上下文需明确参数个数，以便匹配对应构造签名
