JMockit Mock消息驱动Bean时@EJB注入失败，抛出NoSuchMethodException

咱们结合你用JDK7 + JMockit v1.39的场景，来拆解下@EJB注入失败的核心原因，以及对应的解决思路：

1. JMockit早期版本对EJB注解的支持局限性 #

JMockit 1.39属于比较早期的版本，它对Java EE规范里的@EJB注解的处理逻辑，不如CDI的@Inject完善。原因在于：

• @EJB是EJB规范专属的注入注解，它的注入依赖EJB容器的JNDI查找机制；而@Inject是CDI规范的，基于类型匹配的注入逻辑更轻量化，更容易被Mock框架模拟实现。
• 在Mock MDB这种非容器运行的场景下，JMockit并没有完整复刻EJB容器的注入流程，所以@EJB找不到对应的Bean实例，就会抛出类似NoSuchMethod的异常；而@Inject的注入逻辑可以被JMockit直接拦截处理，所以能正常工作。

2. JDK7对应的EJB规范与测试环境的冲突 #

你用的JDK7对应EJB 3.1规范，@EJB的注入在生产环境是由EJB容器负责的，但单元测试时如果没有完整的EJB容器支持：

• @EJB需要通过JNDI上下文查找目标Bean，而普通单元测试环境默认没有初始化JNDI上下文，自然找不到要注入的EJB；
• @Inject则可以依赖CDI的轻量实现（比如Weld的嵌入式模式）或者JMockit的Mock机制，不需要完整容器就能完成注入。

3. MDB的特殊生命周期导致注入异常 #

MDB是消息驱动Bean，它的生命周期是由消息触发的，和普通会话Bean的初始化流程不一样：

• 正常EJB容器中，MDB的@EJB注入会在容器初始化MDB实例时完成；但Mock场景下，JMockit可能没有正确模拟MDB的生命周期钩子，导致@EJB的注入时机不对，最终失败；
• @Inject的注入逻辑不依赖EJB特定的生命周期钩子，所以在Mock时能被正确触发。

保留@EJB的可行解决方案 #

如果要继续使用@EJB而不是替换成@Inject，可以试试这几个办法：

• 升级JMockit版本：更新到JMockit 1.49及以上版本，新版本对Java EE注解的支持有明显提升，大概率能修复@EJB注入的问题；
• 手动初始化JNDI上下文：在测试类中提前把Mock的EJB实例绑定到对应的JNDI名称上，比如：

  @Before
  public void setupJNDI() throws NamingException {
      InitialContext ctx = new InitialContext();
      ctx.bind("java:comp/env/ejb/YourEJBName", new MockedYourEJB());
  }
  

  这样@EJB就能通过JNDI查找到Mock实例；
• 使用嵌入式EJB容器：比如用OpenEJB作为嵌入式容器运行测试，让容器来处理@EJB的注入，更贴近生产环境的行为。

内容的提问来源于stack exchange，提问作者Miyagi