Lambda类加载失败：调用loadClass为何抛出ClassNotFoundException？

1. Lambda类的特殊生成与加载机制 #

Java 8及以上的Lambda表达式并非通过常规类加载器流程加载，而是通过invokedynamic指令在运行时由JVM直接生成字节码并定义到方法区中。虽然底层用ASM生成字节码，但这个过程绕过了类加载器的findClass/loadClass常规加载逻辑——Lambda类不会被添加到类加载器的已加载类缓存，也不会出现在类加载器的搜索路径中。

2. ClassLoader.loadClass的局限性 #

ClassLoader.loadClass()方法的核心逻辑是：先检查类是否已被加载，若未加载则调用findClass从类路径（如jar包、class文件目录）中查找字节码并加载。但Lambda类的字节码是JVM在内存中直接生成的，不存在于类路径，也没有被类加载器记录为"已加载"，因此调用loadClass(runClass.getName())时，类加载器找不到对应的类定义，抛出ClassNotFoundException。

3. 误区纠正：方法区存在≠类加载器可访问 #

Lambda类确实存在于方法区，但JVM对这类动态生成的匿名类做了特殊处理：它会关联宿主类的类加载器（示例中是AppClassLoader），但类加载器本身并不持有该类的加载元数据，无法通过类名去检索它。你可以直接使用Lambda实例的getClass()获取类对象，但无法通过类加载器的loadClass方法反向加载它。

验证与替代方案 #

如果要确认Lambda类的存在，直接使用已获取的runClass即可，无需通过类加载器加载：

// 正确：直接使用已获取的类对象
System.out.println(runClass);
// 错误：尝试通过类加载器加载Lambda类，会抛出异常
// classLoader.loadClass(runClass.getName())

内容的提问来源于stack exchange，提问作者exception