springboot2.1加载不到mapper的方法

本文详细解析了一次由于MyBatis配置文件中mapper-locations路径设置错误导致的应用内部服务器错误,具体表现为无效的绑定语句找不到:com.ttxq.tt.mysqlutils.mapper.UserDAOMapper.selectByExample。通过调整配置文件中的路径,成功解决了问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前台报错

Whitelabel Error Page
This application has no explicit mapping for /error, so you are seeing this as a fallback.

Tue Dec 11 00:08:33 CST 2018
There was an unexpected error (type=Internal Server Error, status=500).
Invalid bound statement (not found): com.ttxq.tt.mysqlutils.mapper.UserDAOMapper.selectByExample

后台报错

12342018-12-10 23:59:35.819 ERROR 2440 --- [nio-8080-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): com.ttxq.tt.mysqlutils.mapper.UserDAOMapper.selectByExample] with root cause

org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): com.ttxq.tt.mysqlutils.mapper.UserDAOMapper.selectByExample
	at org.apache.ibatis.binding.MapperMethod$SqlCommand.<init>(MapperMethod.java:227) ~[mybatis-3.4.6.jar:3.4.6]
	at org.apache.ibatis.binding.MapperMethod.<init>(MapperMethod.java:49) ~[mybatis-3.4.6.jar:3.4.6]
	at org.apache.ibatis.binding.MapperProxy.cachedMapperMethod(MapperProxy.java:65) ~[mybatis-3.4.6.jar:3.4.6]
	at org.apache.ibatis.binding.MapperProxy.invoke(MapperProxy.java:58) ~[mybatis-3.4.6.jar:3.4.6]
	at com.sun.proxy.$Proxy61.selectByExample(Unknown Source) ~[na:na]
	at com.ttxq.tt.main.login.controller.LoginController.say(LoginController.java:28) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_161]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_161]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_161]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_161]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:189) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:138) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:102) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:800) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1005) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:897) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:882) ~[spring-webmvc-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:741) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) ~[tomcat-embed-websocket-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:92) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:93) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) ~[spring-web-5.1.3.RELEASE.jar:5.1.3.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199) ~[tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:791) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1417) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_161]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_161]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-9.0.13.jar:9.0.13]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_161]

试了好多方法没找解决办法。。

#mybatis.config-location=classpath:mybatis-config.xml
#mybatis mapper文件的位置
mybatis.mapper-locations=classpath:mapper/*Mapper.xml
#扫描pojo类的位置,在此处指明扫描实体类的包,在mapper中就可以不用写pojo类的全路径名了
mybatis.type-aliases-package=com.ttxq.tt.mysqlutils.mapper

原因找到了,配置文件mybatis.mapper-locations=classpath:mapper/*Mapper.xml路径多了一个s写成了mappers
哭晕在厕所。。。

<think>我们正在为SpringBoot中的Mapper层接口(包含自定义SQL方法)编写JUnit测试。根据引用内容,我们可以总结出以下几点:1.需要配置SpringBoot测试环境,使用@SpringBootTest注解。2.当测试类与启动类在不同包时,可能需要指定启动类(使用classes属性)。3.在测试类中注入Mapper接口,然后调用其方法进行测试。步骤:1.创建测试类,并在类上添加必要的注解:@RunWith(SpringRunner.class)(对于JUnit4)或使用JUnit5的@ExtendWith(SpringExtension.class)(但通常@SpringBootTest已经包含,所以JUnit5下可以省略)。注意,引用中使用了JUnit4的@RunWith,但如果是JUnit5,则不需要。2.添加@SpringBootTest注解,并指定启动类(如果测试类不在启动类所在包或其子包下,或者有多个启动类需要指定)。3.在测试类中注入Mapper接口(使用@Autowired)。4.编写测试方法,使用@Test注解。根据引用[3],如果使用JUnit5,我们不需要@RunWith(SpringRunner.class)(因为JUnit5使用@ExtendWith),但注意引用[3]中使用了JUnit4的写法。当前推荐使用JUnit5。由于我们使用的是SpringBoot2.x以上,默认支持JUnit5,因此我们使用JUnit5进行测试。示例代码结构:假设我们有一个HealthCheckRepository接口,其中有一个方法com_utl_002_sel_01,返回一个SQL查询字符串(但实际中,Mapper接口通常用于执行SQL,而不是返回SQL字符串。这里可能有两种理解:一种是该方法返回字符串(即SQL语句),另一种可能是该方法是一个查询方法,执行SQL并返回结果。根据问题描述,我理解为:该Mapper接口的方法返回一个SQL语句字符串,我们想测试这个方法是否正确返回了预期的SQL字符串。但是,通常Mapper接口的方法不会只返回一个字符串,而是有实际的数据库操作。因此,这里需要明确。如果只是返回一个固定的SQL字符串,那么实际上并不需要连接数据库,我们可以单独测试这个Mapper方法,甚至不需要Spring上下文。但如果是执行SQL,则需要数据库环境。由于问题描述中只提到返回SQL查询语句,我们假设不需要实际执行数据库操作,因此可以脱离数据库进行测试。但为了保持一致性,我们仍然使用Spring上下文,因为Mapper通常是由MyBatis注入实现的。然而,如果只是为了测试返回的SQL字符串,我们也可以不使用Spring上下文,直接通过创建Mapper的实现类(通过MyBatis的代理,通常需要配置MyBatis)进行单元测试。但是,这种方式可能更复杂。因此,我们按照引用中的方式使用SpringBootTest。但请注意:如果实际方法中包含了动态SQL(比如使用了MyBatis的动态标签),那么我们需要一个真实的数据库连接或者使用内存数据库(如H2)来执行测试,否则无法验证SQL语句是否正确。但是,如果只是验证生成的SQL字符串,可以使用MyBatis提供的SqlSession等工具来获取映射语句,而不需要实际数据库。不过,这样就需要额外配置。为了简单起见,我们假设这个方法只是返回一个固定的字符串(即SQL语句),那么我们直接调用方法判断返回值即可。然而,问题并没有明确说明,所以我们按照常规的Mapper测试方法:即使用SpringBootTest,并连接数据库(可以是内存数据库)来测试。但根据引用[1]和[3],都是在有数据库连接的情况下测试的。因此,我们分两种情况:情况1:测试返回SQL字符串的方法,不需要连接真实数据库(因为不执行SQL,只是返回字符串)。情况2:测试实际执行SQL的方法,需要连接数据库。由于问题中说是“返回一个SQL查询语句”,我们按照情况1处理。但是,在SpringBoot中,即使只是调用Mapper方法返回字符串,也需要MyBatis的代理对象,所以我们需要配置MyBatis,但由于不执行SQL,我们可以使用一个模拟的内存数据库(如H2)或者使用Mock框架模拟MyBatis的行为。然而,引用中的示例都是连接真实数据库的,所以我们采用连接数据库的方式(使用内存数据库H2)进行测试,这样既不会依赖外部数据库,又可以验证MyBatis配置是否正确。所以,我们使用H2内存数据库,并在测试时配置数据源。具体步骤:1.在pom.xml中添加H2依赖(如果还没有):<dependency><groupId>com.h2database</groupId><artifactId>h2</artifactId><scope>test</scope></dependency>2.在src/test/resources目录下创建application-test.properties(或application.yml)文件,配置数据源为H2。3.编写测试类。测试代码示例(JUnit5):假设启动类为:MyApplication(需要根据实际修改)```javaimportorg.junit.jupiter.api.Test;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.boot.test.context.SpringBootTest;importstaticorg.junit.jupiter.api.Assertions.assertEquals;@SpringBootTest(classes=MyApplication.class)//指定启动类publicclassHealthCheckRepositoryTest{@AutowiredprivateHealthCheckRepositoryhealthCheckRepository;@TestvoidtestComUtl002Sel01(){StringexpectedSql="SELECT*FROMsome_table";//这里替换为你期望的SQL语句StringactualSql=healthCheckRepository.com_utl_002_sel_01();assertEquals(expectedSql,actualSql);}}```但是,如果com_utl_002_sel_01方法不是直接返回字符串,而是定义了一个查询,那么我们可以使用MyBatis的@Select注解或其他方式,此时我们测试的是MyBatis映射文件中的SQL是否正确加载。这种情况下,我们可以通过实际执行这个查询来测试,但需要设置数据库和表。如果实际方法是一个查询方法,返回的是查询结果,那么我们测试的就不是SQL字符串,而是查询结果。问题描述中明确说是“返回一个SQL查询语句”,所以我们按字符串返回处理。然而,如果该方法Mapper接口中的定义是:```java@Select("SELECT*FROMhealth_check")Stringcom_utl_002_sel_01();```那么调用这个方法会执行查询,然后返回一个字符串(如果返回类型是String,则只能返回一条记录的一个字段值)。这显然不是返回SQL语句,而是执行SQL并返回结果。因此,我们需要澄清:问题描述中的“返回一个SQL查询语句”是指方法返回一个表示SQL语句的字符串,还是执行SQL后返回查询结果?根据问题描述:“该接口方法com_utl_002_sel_01返回一个SQL查询语句”,我理解为方法本身返回一个SQL字符串,而不是执行查询。所以,我们在Mapper接口中可能是这样定义的:```javapublicinterfaceHealthCheckRepository{Stringcom_utl_002_sel_01();}```然后在MapperXML文件中,可能有一个<select>元素,但是这里我们无法返回SQL字符串,除非在<select>中返回的是固定的字符串。所以,实际上,可能是在注解中直接写SQL,然后方法返回字符串,但这样也是执行查询。另一种可能是:该方法是一个工具方法,用于生成SQL语句,不涉及MyBatis的执行。这种情况下,不需要数据库连接,我们可以直接测试。因此,请根据实际情况选择:1.如果Mapper方法只是返回一个字符串(即SQL语句),不执行数据库操作,那么我们可以直接测试,但需要使用Spring上下文来注入Mapper代理(因为MyBatis的Mapper是动态代理的)。或者,我们也可以不加载Spring上下文,而是通过MyBatis的SqlSession来创建Mapper代理,但这同样需要配置。2.如果Mapper方法需要执行数据库操作,那么我们使用H2内存数据库,并配置相应的schema和初始数据。鉴于问题描述的不确定性,我们按照返回SQL字符串且不执行数据库操作的情况处理。这样我们不需要配置数据库,但是需要确保MyBatis的映射配置正确,因此还是需要Spring上下文。但是,由于不执行SQL,我们可以使用一个模拟的数据库连接(使用嵌入式数据库,如H2,但不初始化表结构,因为不会执行SQL,所以没关系)。或者,我们可以使用@MybatisTest注解,这是SpringBootTest提供的专门用于测试MyBatisMapper的切片测试。它会配置MyBatis和嵌入式数据库,并自动注入Mapper。但是,该方法只是返回字符串,不执行SQL,所以不会出错。因此,我们可以采用@MybatisTest,这样启动的上下文更轻量级。但是,如果使用@MybatisTest,需要额外配置:添加依赖(如果使用mybatis-spring-boot-starter-test):<dependency><groupId>org.mybatis.spring.boot</groupId><artifactId>mybatis-spring-boot-starter-test</artifactId><version>2.2.0</version><!--版本与SpringBoot版本对应--><scope>test</scope></dependency>然后使用@MybatisTest注解。但请注意,@MybatisTest在SpringBoot2.1以后由mybatis-spring-boot-starter-test提供。示例:```javaimportorg.junit.jupiter.api.Test;importorg.mybatis.spring.boot.test.autoconfigure.MybatisTest;importorg.springframework.beans.factory.annotation.Autowired;importstaticorg.junit.jupiter.api.Assertions.assertEquals;@MybatisTestpublicclassHealthCheckRepositoryTest{@AutowiredprivateHealthCheckRepositoryhealthCheckRepository;@TestvoidtestComUtl002Sel01(){StringexpectedSql="SELECT*FROMhealth_check";StringactualSql=healthCheckRepository.com_utl_002_sel_01();assertEquals(expectedSql,actualSql);}}```但是,@MybatisTest注解会配置一个嵌入式数据库(默认是H2),并初始化MyBatis。如果我们的方法不需要执行SQL,那么它也能工作。如果我们的方法是通过XML文件配置的,那么需要确保XML文件在classpath下,并且被扫描到。同时,由于没有执行SQL,我们不需要初始化表结构,所以不会出错。因此,推荐使用@MybatisTest进行Mapper层的单元测试。总结:1.添加必要的测试依赖(spring-boot-starter-test,mybatis-spring-boot-starter-test,H2)。2.配置测试属性文件(application.properties或application.yml),设置数据源(如果是@MybatisTest,默认使用内存数据库,也可以不配置,但如果有配置则需要)。3.在测试类上使用@MybatisTest,并注入Mapper。4.编写测试方法。如果方法返回SQL字符串,那么直接断言即可。注意:如果方法实际执行了SQL,那么我们需要初始化数据库(使用schema.sql和data.sql),并验证返回的结果。根据问题描述,我们假设是返回SQL字符串。所以,按照上述代码即可。如果实际执行SQL,则测试代码应该这样(示例):假设方法定义:```javapublicinterfaceHealthCheckRepository{@Select("SELECTstatusFROMhealth_checkWHEREid=1")StringgetHealthCheckStatus();}```测试代码:```javaimportorg.junit.jupiter.api.Test;importorg.mybatis.spring.boot.test.autoconfigure.MybatisTest;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.test.context.jdbc.Sql;importstaticorg.junit.jupiter.api.Assertions.assertEquals;@MybatisTest//初始化脚本@Sql("classpath:test-data.sql")publicclassHealthCheckRepositoryTest{@AutowiredprivateHealthCheckRepositoryhealthCheckRepository;@TestvoidtestGetHealthCheckStatus(){//因为我们已经在test-data.sql中插入了数据Stringstatus=healthCheckRepository.getHealthCheckStatus();assertEquals("UP",status);}}```在test-data.sql中:```sqlINSERTINTOhealth_check(id,status)VALUES(1,'UP');```综上,我们需要根据实际Mapper方法的定义来决定测试的细节。因此,回答用户:为SpringBoot中的Mapper层接口编写JUnit测试,我们建议使用@MybatisTest(轻量级,快速)进行测试,并配置H2内存数据库。如果只是测试返回SQL字符串的方法,则直接断言返回的字符串;如果是测试执行SQL的方法,则需要初始化数据库并验证查询结果。下面给出测试代码框架(JUnit5):步骤1:添加依赖(在pom.xml)步骤2:创建测试类示例代码(返回SQL字符串的情况):</think> 为 Spring Boot 中的 Mapper 层接口(包含自定义 SQL 方法)编写 JUnit 测试,可按照以下步骤操作: ### 完整解决方案(基于引用内容) #### 1. 创建测试类框架(使用 JUnit 5) ```java import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest(classes = YourMainApplication.class) // 指定主启动类 public class HealthCheckRepositoryTest { @Autowired private HealthCheckRepository healthCheckRepository; // 注入待测接口 @Test public void testComUtl002Sel01() { // 测试方法将在下方实现 } } ``` #### 2. 核心测试逻辑(验证 SQL 语句) ```java @Test public void testComUtl002Sel01() { // 调用待测方法获取 SQL String actualSql = healthCheckRepository.com_utl_002_sel_01(); // 定义预期的 SQL 语句(根据实际 SQL 调整) String expectedSql = "SELECT * FROM your_table WHERE condition = ?"; // 断言验证 Assertions.assertEquals(expectedSql, actualSql, "生成的SQL与预期不符"); } ``` #### 3. 关键配置说明 1. **包结构要求**: - 测试类需放在 `src/test/java` 下 - 包路径应与主代码相同或位于子包中(否则需显式指定扫描路径) 2. **必需注解**: ```java @SpringBootTest(classes = MainApplication.class) // 指定启动类[^3] @AutoConfigureMybatis // 确保 MyBatis 映射生效 ``` 3. **特殊处理**: - 若出现 `UnsatisfiedDependencyException`,添加 Mapper 扫描配置: ```java @MapperScan("com.your.mapper.package") // 在启动类添加[^2] ``` ### 执行测试流程 1. 在 IDE 中右击测试方法 → `Run testComUtl002Sel01()` 2. 验证输出: ``` [INFO] Tests run: 1, Failures: 0, Errors: 0 ``` ### 常见问题解决 | 问题现象 | 解决方案 | |---------|---------| | `NoSuchBeanDefinitionException` | 添加 `@AutoConfigureMybatis` 注解 | | SQL 语句包含动态参数 | 使用 `SqlSession` 获取绑定后 SQL[^1] | | 多数据源冲突 | 添加 `@TestPropertySource("classpath:application-test.properties")` | ```java // 进阶:获取最终执行 SQL(带参数绑定) SqlSession session = sqlSessionFactory.openSession(); MappedStatement ms = session.getConfiguration() .getMappedStatement("com.qiyi.HealthCheckRepository.com_utl_002_sel_01"); BoundSql boundSql = ms.getBoundSql(parameters); String executedSql = boundSql.getSql(); // 获取实际执行 SQL ``` > **重要提示**:当测试动态 SQL(如 MyBatis 注解中的 `${...}`)时,需验证最终生成的 SQL 以确保参数正确注入[^1]。 --- ### 相关问题 1. **如何在隔离环境中测试 MyBatis Mapper(不启动整个 Spring 容器)?** (使用 `@MybatisTest` 代替 `@SpringBootTest`) 2. **如何测试包含 `@Transactional` 注解的 Mapper 方法?** (需在测试类添加 `@Transactional` 防止数据污染) 3. **当 Mapper 使用 XML SQL 映射文件时,测试有何特殊配置?** (需确保 `mybatis.mapper-locations` 在测试配置中正确设置) 4. **如何模拟数据库返回结果测试查询方法(非验证 SQL 字符串)?** (引入 `@Sql` 注解预置测试数据) [^1]: 需通过 `BoundSql` 获取实际运行时 SQL 语句 [^2]: 当测试类与主程序包结构不一致时需要显式配置扫描路径 [^3]: 测试类与启动类在不同包时必须指定 `classes` 属性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值