我一直在尝试创建一个使用 MyBatis 作为数据访问层的 Spring 项目，作为我团队的概念证明。如果可能的话，我真的想避免 XML 配置，所以我尝试使用带注释的 @Configuration 类将所有内容连接在一起。

一切似乎都已正确连接，但我的映射器 bean 并未自动连接到我的服务层。

在我的示例中，我尝试将 UserDao、User 实体和 UserService 连接在一起。

UserDao

public interface UserDao {
    @Select("SELECT * FROM users WHERE id = #{userId}")
    User get(@Param("userId") Integer userId);
}

用户

@Component("User")
public class User implements Entity {
    public Integer userId;
    public String username;

    /** ... getters/setters ommitted **/
}

UserServiceImpl

@Service("UserService")
public class UserServiceImpl {
    private UserDao userDao = null;  

    public User getUserDetails(Integer userId) {
        return userDao.get(userId);        
    }

    @Autowired
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }
}

我使用两个配置类将它们连接在一起。

ApplicationContextConfig

@Configuration
@EnableLoadTimeWeaving(aspectjWeaving=AspectJWeaving.ENABLED)
@Import(DefaultDataAccessConfig.class) // I'm importing this because I thought ordering might be important, otherwise I was hoping to just let the component scanning pull in additional configuration files
@ComponentScan(basePackages="com.example.gwtspringpoc.server",
               excludeFilters=@Filter(type=FilterType.ANNOTATION,
                                      value=Controller.class))
public class ApplicationContextConfig {
    /** No bean definitions needed here **/
}

DefaultDataAccessConfig

@Configuration
@EnableTransactionManagement
public class DefaultDataAccessConfig implements TransactionManagementConfigurer {    
    @Bean
    public DataSource dataSource() {
        OracleDataSource ods = null;
        try {
            ods = new OracleDataSource();
        } catch (SQLException e) {
            throw new RuntimeException(e);
        }

        ods.setURL("jdbc:oracle:thin:@//localhost:9601/sid");
        ods.setUser("user");
        ods.setPassword("pass");        

        return ods;       
    }

    @Override
    @Bean(name="transactionManager")
    public PlatformTransactionManager annotationDrivenTransactionManager() {
        return new DataSourceTransactionManager(dataSource());
    }

    @Bean
    public SqlSessionFactory sqlSessionFactory() {
        SqlSessionFactoryBean sf = new SqlSessionFactoryBean();        
        sf.setDataSource(dataSource());    
        try {
            return (SqlSessionFactory) sf.getObject();
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }

    @Bean
    public SqlSession sqlSessionTemplate() {
        return new SqlSessionTemplate(sqlSessionFactory());
    }    

    /*
     * This did not work at all. It seems to be configured correctly, but the UserDao bean never
     * got created at any stage, which was very disappointing as I was hoping not to have to
     * create a bean definition for each DAO manually
     */
    /*@Bean
    public static MapperScannerConfigurer mapperScannerConfig() {
        MapperScannerConfigurer msc = new MapperScannerConfigurer();
        msc.setBasePackage("com.ca.spna.gwtspringpoc.server.model.dao");      
        msc.setAnnotationClass(Repository.class);      

        return msc;
    }*/

    /*
     * Because the above code did not work, I decided to create the mapping manually.
     * This is most likely my problem - something about this setup. My understanding
     * is that the MapperFactoryBean once instantiated by Spring, will create a proxy
     * object of type UserDao with the name "userDao" that can be injected elsewhere.
     */
    @Bean
    public MapperFactoryBean<UserDao> userDao() {
        MapperFactoryBean<UserDao> mfb = new MapperFactoryBean<UserDao>();        
        mfb.setMapperInterface(UserDao.class);
        return mfb;
    }
}

您可以阅读上述代码片段中最后两种方法的评论，以更深入地了解我是如何创建 UserDao bean。

完成所有配置设置后，我创建了一个单元测试来尝试使用 AnnotationConfigContextLoader 测试 UserService，但在尝试时立即遇到以下异常运行测试:

异常

Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire method: public void com.example.gwtspringpoc.server.service.UserServiceImpl.setUserDao(com.example.gwtspringpoc.server.model.dao.UserDao); nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No matching bean of type [com.example.gwtspringpoc.server.model.dao.UserDao] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {}

看到之后，我将 UserService 中的 @Autowired 注释掉，然后回到我的单元测试并注入(inject) ApplicationContext 所以我可以检查它，名为“userDao”的 bean 实际上是一个 MapperProxy 实例。

那么，我对 MapperFactoryBean 如何工作的理解是偏离轨道还是它与注释驱动的配置不太兼容？此外，如果有人知道如何使 MapperScannerConfigurer 正常工作，我将不胜感激!

最佳答案

过了一段时间我才弄明白了，所以我会回答我自己的问题，以防其他人遇到类似的问题，因为那里没有很多可用的信息并且需要进行一些搜索。

问题归结为 MapperScannerConfigurer 是一个 BeanDefinitionRegistryPostProcessor。事实证明，这与用于处理 @Configuration 文件和注册 @Bean 注释方法的机制相同。不幸的是，根据 Spring Jira 票证，一个 BeanDefinitionRegistryPostProcessor 不能使用另一个:https://jira.springsource.org/browse/SPR-7868

这里的建议是为处理器创建一个 XML 配置，然后在基于 Java 的配置中包含一个 @ImportResource 注释以将其引入。嗯，这个建议并不完全准确。如果您仍计划通过 AnnotationConfigContextLoader 引导您的配置，您不能简单地使用配置创建一个 XML 文件并将其拉入基于 Java 的配置中。相反，您必须先恢复通过 XML 加载配置，然后以“老式”方式为配置文件创建 bean。对我来说，这是非常微不足道的。

新的应用程序上下文

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.1.xsd         http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd         http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd         http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee-3.1.xsd         http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd">

    <!--
        Because MapperScannerConfigurer is a BeanDefinitionRegistryPostProcessor, it cannot be 
        configured via @Configuration files with a @Bean annotaiton, because those files are
        themselves configured via a BeanDefinitionRegistryPostProcessor which cannot spawn
        another one.
    -->
    <bean id="myBatisMapperScanner" class="org.mybatis.spring.mapper.MapperScannerConfigurer">
       <property name="basePackage" value="com.example.gwtspringpoc.server.model.dao"/>
       <property name="annotationClass" value="org.springframework.stereotype.Repository"/>
    </bean>

    <!-- 
        Load the rest of our configuration via our base configuration class
     -->
     <bean class="com.example.gwtspringpoc.server.spring.config.ApplicationContextConfig" />
</beans>

然后我通过提供 ContextConfigLocation 以传统方式引导上下文容器。这对我有用，因为我在上述 XML 中引用的 ApplicationContextConfig 处理所有其他事情 - 包括组件扫描，它将获取我的所有其他 @Configuration 文件。

一旦我这样做了，我所有的问题都消失了。我能够像我预期的那样@Autowire UserDao，一切都很棒。

注意:

当我尝试通过创建 MapperFactoryBean 手动定义 UserDao 时，就像在我原来问题的代码示例中一样，创建了一个 UserDao bean，但它的类型是 MapperProxy 并且会不是 @Autowire。但是，我可以使用 @Repository("userDao") 按名称加载它，这很值得。我相信 MapperFactoryBean 遇到了与 MapperScannerConfigurer 类似的问题，并且与 @Configuration 文件不兼容，唉。

关于spring - MyBatis-Spring + @Configuration - 无法 Autowiring 映射器 bean，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8999597/