方法引用是lambda表达式的语法糖，基于函数式接口通过invokedynamic指令在运行期动态绑定。它有四种形式：静态方法引用、实例方法引用、对象的方法引用和构造器引用，均需上下文为函数式接口。编译时转换为invokedynamic调用并生成引导方法，由lambdametafactory创建callsite，指向实际methodhandle，实现高效调用。类型推导确保方法匹配，避免歧义，提升代码简洁性与性能。
Java中的方法引用是基于函数式接口与Lambda表达式机制实现的。它在语法上是Lambda表达式的简化写法，在运行期则通过invokedynamic指令和动态调用点（CallSite）完成目标方法的绑定与调用。
方法引用的语法本质
方法引用并不是独立于Lambda的新机制，而是Lambda表达式的语法糖。当Lambda体只是简单地调用一个已存在的方法时，可以用方法引用替代，使代码更简洁清晰。
方法引用有四种形式：
- 静态方法引用：Class::staticMethod，如Integer::parseInt
- 实例方法引用：instance::method，如str::length
- 对象的方法引用：Class::method，如String::length，适用于参数为对象实例的情况
- 构造器引用：Class::new，如ArrayList::new
这些写法在编译后都会被转换为对应的Lambda表达式，要求目标上下文是一个函数式接口。
立即学习“Java免费学习笔记（深入）”；
运行期机制：invokedynamic与动态调用
从Java 8开始，Lambda和方法引用在运行时依赖invokedynamic指令实现延迟绑定。这一机制由JSR 292引入，允许在运行期动态确定调用的目标方法。
具体流程如下：
- 编译器将方法引用翻译为invokedynamic调用，并生成一个“引导方法”（Bootstrap Method）
- 引导方法由LambdaMetafactory提供，负责创建并返回一个CallSite对象
- CallSite中包含实际的方法句柄（MethodHandle），指向最终要调用的方法
- 后续调用直接通过该CallSite执行，避免重复解析
这种设计使得方法引用和Lambda在性能上接近传统调用，同时保持了灵活性。
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
函数式接口是前提条件
方法引用能否使用，取决于目标上下文是否为函数式接口——即只有一个抽象方法的接口（如Runnable、Consumer、Function等）。
例如：
Listlist.forEach(System.out::println); // 方法引用等价于 s -> System.out.println(s)
这里forEach接受一个Consumer
类型推导与方法匹配
方法引用本身不携带类型信息，其具体绑定依赖于目标函数式接口的参数和返回类型。编译器通过类型推导选择合适的方法重载。
比如String::equals，虽然equals有多种重载，但在Predicate
若存在歧义，编译会报错，此时需改用显式Lambda表达式。
基本上就这些。方法引用让代码更简洁，背后的机制却相当精巧，结合了编译期类型推导与运行期动态调用，是Java函数式编程能力的重要支撑。
