方法引用不改变泛型擦除，但能借助编译期已知的方法签名强化类型推断，避免强制转换；它提升调用链类型安全性，却无法恢复运行时泛型信息。
方法引用本身不改变泛型擦除机制，但它能配合泛型上下文，让编译器更准确推断类型，从而避免显式强制转换。关键不在于“减少擦除”，而在于绕过擦除带来的类型信息丢失场景，让类型安全延续到调用链末端。
方法引用让泛型类型推断更完整
当使用 lambda 表达式时，若目标函数接口的泛型参数未被明确约束，编译器可能无法完整还原类型；而方法引用（如 String::length）绑定的是已声明签名的具体方法，其参数和返回类型在编译期完全可知。编译器可据此反向推导出流操作中元素的真实类型，无需额外 cast。
-
list.stream().map(s -> s.toUpperCase())：lambda 中s类型依赖于list的泛型声明，推断可靠 -
list.stream().map(String::toUpperCase)：方法引用直接锁定String类型，即使list是 raw type 或经反射修改过，只要编译时声明为List<string></string>，推断仍稳固
在函数式接口调用中自然规避类型转换
泛型擦除导致运行时无法区分 Function<string integer></string> 和 Function<integer string></integer> 的字节码，但方法引用在编译期就绑定到具体类的方法签名上。因此，当把 Integer::toString 传给 Function<integer string></integer> 参数时，编译器直接验证签名匹配，不会生成带 Object 强转的桥接代码。
- 错误写法：
Function f = obj -> ((String)obj).length()—— 使用 raw function，失去泛型检查，运行时易错 - 正确写法：
Function<string integer> f = String::length</string>—— 编译器全程掌握输入是 String、输出是 int，无任何强制转换插入
与泛型方法结合提升类型保真度
泛型方法（如 <T> Stream<T> of(T... values)）本身受擦除影响，但配合方法引用可强化上下文类型传递。例如：
立即学习“Java免费学习笔记（深入）”；
-
Stream.of("a", "b").map(String::charAt)：编译器从Stream.of推出Stream<String>，再结合String::charAt的签名，确认 map 后是IntStream，全程无 Object 中转 - 若改用
s -> s.charAt(0)，虽等效，但 lambda 主体未显式声明参数类型，在复杂嵌套中可能触发类型推断失败，被迫加 cast
注意边界：方法引用不能恢复运行时泛型信息
它不能解决泛型擦除的根本限制，比如无法通过 String::new 构造器引用获取 List<String> 的实际类型参数，也不能让 getClass() 返回带泛型的类型。它的优势仅体现在编译期类型流的连贯性和推断稳定性上，属于“扬长避短”而非“逆转擦除”。
