如果我将 Java 8 Lambda 表达式放在 REST 服务中，它会崩溃。如果我删除 lambda 表达式，它会起作用。我是否使用 lambda 表达式并不重要。仅存在 lambda 就足以崩溃。其他所有与 Java 8 相关的东西似乎都可以工作。

以下是我的代码(简化):

@Path("finance")
public class FinanceRest {

    @GET
    @Produces("text/plain")
    public String speak() {
        return "Hello world.";
    }

    private void lambdaFunction(Predicate<Account> predicate) {
        // Any lambda will cause problems, no matter how simple
        List<Integer> numbers = Arrays.asList(1, 2, 3, 4, 5, 6, 7, 8, 9);
        Stream<Integer> onlyOdds = numbers.stream().filter(n -> n%2 != 0);
    }

}

从上面的代码可以看出，仅仅存在 lambda 表达式就会导致失败。一旦我删除了 lambda，它就可以正常工作。其他 Java 8 的东西很好(例如，“Predicate”输入参数)。

我收到的错误消息是: java.lang.ArrayIndexOutOfBoundsException: 25980

我已经在使用 Java 8 的 Tomcat 7 和 8 上进行了尝试。 我正在使用 JavaEE 6 中的标准 jax-rs 东西......换句话说，我的 POM 文件有这个:

    <dependency>
        <groupId>javax</groupId>
        <artifactId>javaee-web-api</artifactId>
        <version>6.0</version>
        <scope>provided</scope>
    </dependency>

任何帮助将不胜感激。 谢谢。

确切的错误消息(在 Glassfish 4.0 上...我已经尝试过 Tomcat 和 Glassfish)是:

java.lang.ArrayIndexOutOfBoundsException: 52264 at org.objectweb.asm.ClassReader.readClass(ClassReader.java:2015) at org.objectweb.asm.ClassReader.accept(ClassReader.java:469) at org.objectweb.asm.ClassReader.accept(ClassReader.java:425) at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362) at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:165) at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:127) at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:347) at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:67) at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:306) at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:295) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:744)

最佳答案

我找到了解决方案! 我使用的是 Jersey 1.17.1。当我升级到 2.7 时，它起作用了。我的 pom 文件有以下内容:

<dependency>
    <groupId>com.sun.jersey</groupId>
    <artifactId>jersey-bundle</artifactId>
    <version>1.17.1</version>
    <scope>compile</scope>
</dependency>

<dependency>
    <groupId>com.sun.jersey</groupId>
    <artifactId>jersey-servlet</artifactId>
    <version>1.17.1</version>
    <scope>compile</scope>
</dependency>

我删除了这些并添加了:

<dependency>
    <groupId>org.glassfish.jersey.containers</groupId>
    <artifactId>jersey-container-servlet</artifactId>
    <version>2.7</version>
</dependency>

当然，我必须修改 web.xml 文件:

<servlet>
    <servlet-name>javax.ws.rs.core.Application</servlet-name>
</servlet>

<servlet-mapping>
    <servlet-name>javax.ws.rs.core.Application</servlet-name>
    <url-pattern>/rs/*</url-pattern>
</servlet-mapping>

现在一切正常。 问题是:当我将 lambda 表达式从 REST 类中删除并将它们放入非 REST 类时，为什么它们仍然失败？仅当我包含 Jersey 1.x 的事实就足以在使用 lambda 表达式时崩溃(无论是否涉及实际的 REST 服务)。但无论如何，我很高兴该项目再次运行。无论如何，我一直想升级到最新版本的 jax-rs 和 Jersey，所以这迫使我这样做(花费了我几个小时的工作，并且需要向“SCRUM 大师”解释为什么我的估计不正确(不要让我开始讨论这个话题)。现在，如果我能弄清楚为什么 Jersey 2 在我告诉它返回 JSON 时返回 XML，我就会回到正轨。

感谢大家的帮助!

关于REST服务中的Java 8 Lambda表达式不起作用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22917462/