Lambda表达式本身不参与泛型擦除，也不是泛型类型，而是编译器生成的函数式接口实例；其泛型信息存在于目标接口声明中，而非Lambda实例自身，反射Lambda对象无法获取泛型参数。
Lambda 表达式本身在运行期并不参与泛型擦除，它也不是泛型类型——它是编译器生成的函数式接口实例（通常通过 invokedynamic 指令实现），其目标类型（如 Function<string integer></string>）在编译时已确定，并作为方法参数或变量类型存在。真正被擦除的是泛型接口的类型参数，而非 Lambda 本身。所谓“因 Lambda 导致反射失效”，本质是混淆了 Lambda 实例、其函数式接口的泛型声明、以及反射操作对象三者的关系。
别把 Lambda 当作泛型类去反射
Lambda 表达式编译后不会生成独立的 .class 文件，也不保留泛型签名信息。试图对一个 Lambda 实例调用 obj.getClass().getTypeParameters() 或 getGenericInterfaces()，结果一定是空或 Object，这不是“擦除导致失效”，而是设计如此——Lambda 不是泛型类，它只是实现了某个泛型接口的实例。
- 错误做法：假设
(String s) -> s.length()是一个带泛型信息的实体，试图用反射获取它的String类型参数 - 正确理解：该 Lambda 实现了
Function<string integer></string>，但运行时getClass()返回的是类似com.example.XXX$$Lambda$1/0x00000008000a0000的合成类，无泛型元数据
需要泛型信息？从目标接口入手，而非 Lambda 实例
如果你确实需要在运行时知道某个 Lambda 所实现接口的泛型类型（例如做类型安全的序列化或校验），必须在定义处显式持有该接口的泛型类型信息，不能依赖 Lambda 自身反射。
- 用变量声明锚定类型：
Function<String, Integer> f = s -> s.length();—— 此时类型信息存在于变量声明中，但反射f仍拿不到；需配合其他手段 - 封装为带类型标记的容器：
new TypedFunction<String, Integer>(s -> s.length()) { }，其中TypedFunction是你自定义的泛型抽象类，可通过getClass().getGenericSuperclass()提取实际类型参数 - 避免绕过编译期检查：不要试图用反射“还原” Lambda 的参数类型，而应在 API 设计阶段就通过泛型方法约束，例如
<T> void registerHandler(Function<T, ?> handler, Class<T> inputType)
反射调用 Lambda 对应的方法？别走这条路
有人想通过反射获取 Lambda 底层生成的私有静态方法（如 lambda$xxx$0），再 invoke 它。这不仅严重依赖 JVM 实现细节（不同 JDK 版本方法名、签名、访问性都可能变），而且该方法本身没有泛型参数信息（擦除已发生），参数全是 Object，极易出错。
- 替代方案：若需动态执行逻辑，优先使用标准函数式接口 + 显式类型参数，或改用
MethodHandle绑定具体类型 - 调试时可用
javap -c -p YourClass.class查看 Lambda 编译后的字节码，确认它调用的是哪个接口方法，而非寻找“被擦除的类型”
