我可以在 EJB 方法中抛出一个 AssertionError 吗？

Question

遵循Joshua Bloch的《有效的Java》中使用的风格，并与这个问题的答案一致，我过去在Java SE环境中使用AssertionErrors来表示不应该执行的代码路径。

看看JavaEE，EJB3.1规范说

如果bean方法遇到系统异常或错误，它应该简单地将错误从bean方法传播到容器(即，bean方法不必捕获异常)。

再往下一点，它说在非应用程序异常的情况下必须丢弃相关的EJB实例。据我所知，如果在后续请求中需要该EJB的另一个实例，容器会从池中取出一个或在必要时创建一个新实例，因此应该没有与之相关的问题（当然，如果它是@Singleton EJB除外）。

在会话bean方法中使用AssertionError来指示编程错误是否合适/良好？或者有一种更合适的可丢弃的亚型吗？

Answer 1

我看不出抛出< code>AssertionError有什么错。容器应该能够执行回滚，就像对任何未被取消的异常一样。

话虽如此，我自己从来不会抛出AsserutionError。有几个常见的例子，我会抛出一个运行时Exception的子类，这可能比AssersisError更合适，是：

假设我们有一个枚举：

public enum TestEnum {
  TEST1, TEST2;
}

我想抓住默认情况，在这我抛出一个IllegalArgumentException：

public class TestClass {

  public void doSomethingWithTestEnum(TestEnum testEnum) {
    switch (testEnum) {
    case TEST1:
      // do something here
      break;
    case TEST2:
      // do something here
      break;
    default:
      throw new IllegalArgumentException("Unknown enum type: " + testEnum);
    }
  }

}

另一个例子是参数验证：

public class TestClass {

  private String testString;

  public TestClass(String testString) {
    this.testString = Objects.requireNonNull(testString);
  }

}

这里，如果＜code＞testString。

在某些情况下，断言可能更合适，但老实说，我从未遇到过。