Weld 在 JDK 8u60 环境下的一个问题

最近发布的 JDK 8u60 在不是所有的虚拟成员都被正确地忽略掉得的 Weld 里暴露出来了一个问题。这个问题已经在 2.2.16.Final,2.3.0.CR2 和 3.0.0.Alpha14(还未发布)中解决了。然而,如果你没有使用 lambda 表达式引用一个事件或处理的参数里面的一个观察者或处理器方法,你的应用就不会受到任何影响。相关问题请查看 WELD-2019。

用例

如果有一个 lambda 表达式引用一个事件或处理的参数里面的一个观察者或处理器方法。编译器就会使用事件参数作为一个参数创建一个虚方法。从 8u60 开始,参数注解也被保留下来作为虚方法,因此 Weld 错误的将这些虚方法作为观察者或处理器的方法。

症状

也许你已经了解了 WELD-000409:对于容器的生命周期事件,观察者方法只能.... 如果在扩展甚至是 WELD-001408:对于类型的不满足依赖...中使用这样的 lambda 表达式,如果在正常的观测者中使用 lambda 表达式并且 lambda 表达式使用了较多的引用(例如,不仅仅是事件或处理参数,也有些是虚方法的方法参数),在 CDI 中这些额外的参数是注入点。

例子

class Foo {
  void observe(@Observes @Juicy String payload) {
    Arrays.asList("foo").stream().filter((s) -> s.equals(payload));
  }
}

为 lambda 表达式创建一个虚方法,并且事件参数作为方法参数被使用。注解被保护着。在这个例子中 Weld 创建了两个有着相同事件参数:@Observes @Juicy String payload 的观测者方法。

解决方法

使用一个额外的本地变量代替事件参数,将事件参数的值赋给本地变量:

public void observe(@Observes @Juicy String payload) {
   String p = payload;
   Arrays.asList("foo").stream().filter((s) -> s.equals(p));
}

文章转载自 开源中国社区[https://www.oschina.net]

上一篇:java 程序性能优化《第二章》设计优化 2.1善用设计模式 1 单例模式


下一篇:.NET设计模式-代理模式(Proxy Pattern)