SEAM：有效使用@BypassInterceptors？

Question

我想知道社区可以给我在使用 Seam 编程时使用 @BypassInterceptors 注释的什么建议？我一直在阅读有关提高 Seam 应用程序性能的文章，并且每篇文章都提到添加此注释可以提高性能。我的问题是，它应该应用在哪里？是否有一般规则说“当编写执行 XXX 的组件时，您可以安全地应用 @BypassInterceptors”？例如，我应该将它应用到我的实体类吗？那么 DAO 呢？我非常想知道其他人在做什么，以及在正确应用它时您看到了什么样的性能提升。

Answer 1

如果您确定您不需要拦截器功能，则可以依靠@BypassInterceptor注释来禁用拦截器。功能包括

• 双向注入 (@In - @Out)
• 事务管理
• 事件处理

等等...

因为双射功能是通过使用反射（运行时）来实现的 - 例如，参见这个 问题，您可以在其中了解反射会增加多少性能开销 - ，它是可以避免的（除了@BypassInterceptor) 通过使用

• Component.getInstance()

• getter 和 setter

如果您有

@Name("personManager")
public class PersonManager {

    private @In Person person;

}

<h:inputText value="#{person.name}"/>

您可以 代替 @In 注释

@Name("personManager")
public class PersonManager {

    private Person person;

    public Person getPerson() {return this.person;}
    public void setPerson(Person person) {this.person = person;}

}

，但不要忘记（注意其最新值属性）

<h:inputText value="#{personManager.person.name}"/>

Answer 2

只是亚瑟帖子的后续。

根据经验，如果您正在对一个不使用 Seam 中任何拦截器的方法进行一些计算，即：计算一些值，那么最好用 @ 标记该方法绕过拦截器。

但添加此注释后始终彻底测试。我遇到了奇怪的错误，因为我在初始测试中没有出现的方法和类上有这个注释。

如果您不确切知道自己在做什么或注释在做什么，那么顺其自然是更明智的做法。

Answer 3

Dan Allen（Seam in Action）关于该主题的必读文章位于此处（第 1 部分）< /a> 和此处（第 2 部分）。它涵盖了 @BypassInterceptors 以及 Seam 应用程序中许多其他与性能相关的问题，例如条件渲染。