【问题标题】:Java 8 nested lambdas break compilerJava 8 嵌套 lambda 中断编译器
【发布时间】:2019-06-12 15:55:47
【问题描述】:

我对 Java 8 有一个复杂的问题。

问题

嵌套 lambda 编译器崩溃并带有 NullPointerException!

我知道 lambdas 必须是无状态的,在这种情况下,有状态的代码是供应商实现,但是是匿名类而不是 lambdas。

代码

import java.util.function.Function;
import java.util.function.Supplier;

public class Test {

    public static Function<String, Supplier<String>> A = aVal -> new Supplier<String>() {

        @Override
        public String get() {
            return B.apply(aVal).get();
        }

        private Function<String, Supplier<String>> B = bVal -> new Supplier<String>() {
            @Override
            public String get() {
                return C.apply(bVal).get();
            }

            private Function<String, Supplier<String>> C = cVal -> new Supplier<String>() {
                @Override
                public String get() {
                    return cVal;
                }
            };
        };
    };
}

堆栈跟踪

An exception has occurred in the compiler (1.8.0_211). Please file a bug against the Java compiler via the Java bug reporting page (http://bugrepor
t.java.com) after checking the Bug Database (http://bugs.java.com) for duplicates. Include your program and the following diagnostic in your report
. Thank you.
java.lang.NullPointerException
        at com.sun.tools.javac.jvm.Code.emitop0(Code.java:559)
        at com.sun.tools.javac.jvm.Items$SelfItem.load(Items.java:367)
        at com.sun.tools.javac.jvm.Gen.genArgs(Gen.java:966)
        at com.sun.tools.javac.jvm.Gen.visitApply(Gen.java:1842)
        at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1465)
        at com.sun.tools.javac.jvm.Gen.genExpr(Gen.java:947)
        at com.sun.tools.javac.jvm.Gen.visitAssign(Gen.java:1982)
        at com.sun.tools.javac.tree.JCTree$JCAssign.accept(JCTree.java:1686)
        at com.sun.tools.javac.jvm.Gen.genExpr(Gen.java:947)
        at com.sun.tools.javac.jvm.Gen.visitExec(Gen.java:1781)
        at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1296)
        at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:737)
        at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:772)
        at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:758)
        at com.sun.tools.javac.jvm.Gen.genStats(Gen.java:809)
        at com.sun.tools.javac.jvm.Gen.visitBlock(Gen.java:1157)
        at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:909)
        at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:737)
        at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:772)
        at com.sun.tools.javac.jvm.Gen.genMethod(Gen.java:1031)
        at com.sun.tools.javac.jvm.Gen.visitMethodDef(Gen.java:994)
        at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:778)
        at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:737)
        at com.sun.tools.javac.jvm.Gen.genClass(Gen.java:2454)
        at com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:745)
        at com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1572)
        at com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1536)
        at com.sun.tools.javac.main.JavaCompiler.compile2(JavaCompiler.java:901)
        at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:860)
        at com.sun.tools.javac.main.Main.compile(Main.java:523)
        at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
        at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)
        at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:125)
        at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:171)
        at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:886)
        at org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.java:129)
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
        at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
        at org.apache.maven.cli.MavenCli.execute(MavenCli.java:955)
        at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:290)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:194)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

测试

我在不同的版本(1.8.111、1.8.152、1.8.162、1.8.211)和不同的环境(Windows、Mac)上做了几次尝试。

我尝试使用 CMD 使用 mvn clean compile 或通过 intelliJ 使用 maven 插件。

删除函数C 一切正常。


我的假设

假设 1 这是 Java 8 的限制,IntelliJ 有一个错误,允许我将匿名类折叠成 lambda,尽管 java 8 无法处理它们。

假设 2 这是一个 Java 8 错误。

我请求您帮助解决这个有趣的 java 问题。 谢谢:)


更新

我在 Java 错误数据库上打开了一个错误。我已经确认这是一个错误,并且已在以后的版本 9、10、11 等中得到解决...

https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8225771

【问题讨论】:

  • 我会说你的第二个假设是正确的,因为回溯明确表示要“提交错误”。 javac 永远不会崩溃。

标签: java lambda nested javac


【解决方案1】:

这是一个 Java 编译器错误1。我可以使用从命令行运行的javac 版本1.8.0_212 重现它。 (没有 IDE 被使用......或受到伤害。)

javac 版本 10.0.1 中不存在该错误,因此将您的工具链升级到 Java 11 将解决该问题。


1 - 任何导致编译器因 NPE 崩溃的东西都是错误!

【讨论】:

  • 不幸的是,我无法将系统迁移到 Java 10 或 11,我担心这是一个错误...我不明白为什么他们决定只在以后的版本中修复它,是这可能是 lambda 转换的核心设计问题?
  • 你需要简化你的代码,或者重写它以使用嵌套类而不是 lambdas。 (我不会推测为什么 Java 开发人员没有向后移植错误修复。)
猜你喜欢
  • 2014-07-17
  • 1970-01-01
  • 1970-01-01
  • 2013-07-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-05-29
相关资源
最近更新 更多