Junit问题01 利用 @Autowired 注入失效问题

最新推荐文章于 2024-07-27 09:45:52 发布

weixin_30621711

最新推荐文章于 2024-07-27 09:45:52 发布

阅读量1.8k

点赞数 2

CC 4.0 BY-SA版权

文章标签： java 测试

原文链接：http://www.cnblogs.com/NeverCtrl-C/p/9459742.html

本文探讨了在使用Junit进行单元测试时@Autowired依赖注入失效的问题，并解释了问题产生的原因及解决方案，包括如何正确地配置Spring测试环境。

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

1 利用 @Autowired 注入失效问题

　　1.1 问题描述

　　　　在使用Junit作为测试框架的单元测试中，直接了用@Autowired记性依赖注入时总是注入失败

　　1.2 问题原因

　　　　在测试类中没有设定上下文的配置文件信息，指定运行环境为Spring环境

@RunWith就是一个运行器

@RunWith(JUnit4.class)就是指用JUnit4来运行

@RunWith(SpringJUnit4ClassRunner.class),让测试运行于Spring测试环境

@RunWith(Suite.class)的话就是一套测试集合，


@ContextConfiguration Spring整合JUnit4测试时，使用注解引入多个配置文件


单个文件 

@ContextConfiguration(Locations="classpath：applicationContext.xml")  
@ContextConfiguration(classes = SimpleConfiguration.class)


多个文件时，可用{}

@ContextConfiguration(locations = { "classpath:spring1.xml", "classpath:spring2.xml" })

View Code

　　1.3 问题解决

　　　　在测试类上添加下面两行注解

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})

　　　　技巧01：applicationContext.xml 是一个配置bean的文件

　　　　技巧02：juni框架的版本至少是4.12

转载于:https://www.cnblogs.com/NeverCtrl-C/p/9459742.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30621711

关注关注

2
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

@Autowired在JUnit中无法生效

Kelo666的博客

05-24

1796

开始写博客的原因自学习Java以来，踩过无数的坑，但由于没有做记录，后来出了相同问题会忘记解决方法。因此决定写博客，记录自己的踩坑日记。正文中午在搭建SSM环境的时候，测试Spring和MyBatis环境都没有问题。但是后来在JUnit，有这么一段代码： public class MapperTest { @Autowired PaperMapper paper...

Spring的Junit单元测试中，注解@Autowired失效，解决方法

qq_42218187的博客

04-09

2210

首先引入单元测试包  <dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> <version>4.3.7.RELEASE</version&

参与评论您还未登录，请先登录后发表或查看评论

Junit单元测试 service注入失败空指针

qqjudith的专栏

03-23

833

Junit单元测试注册Service失败

SprintBoot Junit Test @Autowired 注入失败原因之一问题解决

u012687487的博客

02-28

1098

@SpringBootTest @RunWith(SpringRunner.class) @SpringBootConfiguration public class SpringBootJunitTest { @Autowired HostOperationService hostOperationServiceImpl; @Test public void test1() { System.out.println("this is te...

Spring框架使用Junit测试时无法使用@Autowired

foreverluck的博客

07-17

2114

spring框架环境搭建完成后，在test文件中新建测试类TxTest，测试方法中使用@Autowired注解注入AccouService对象失败，报错空指针异常java.lang.NullPointerException public class TxTest { @Autowired private AccountService accountService; @Test public void test01() { accountService.ac

SpringBoot IOC、DI、@Autowired、@Resource、作用域

专注基础架构领域

03-17

1007

Autowired注解原理：在启动spring IoC时，容器自动装载了一个AutowiredAnnotationBeanPostProcessor后置处理器，当容器扫描到@Autowied、@Resource或@Inject时，就会在IoC容器自动查找需要的bean，并装配给该对象的属性。Spring通过一个配置文件（xml，表示Bean关系方式的一种），描述Bean及Bean之间的依赖关系，利用反射功能实例化Bean并建立Bean之间的依赖关系。Spring IoC容器如何知道哪些是它管理的对象呢？

如何解决Spring中@Resource注入失败的问题？

最新发布

03-13

- **问题**：若被注入的类（如`Queue_produce`）所在的包与Spring Boot主启动类不在同一级或其子包下，会导致组件扫描失效[^1]。 - **解决**：确保被注入类位于主启动类的同级或子包下。示例结构： ``` ...

Dubbo在單元測試如何注入@DubboReference 的Bean避免Null Point Exception

Hoxton019030的博客

07-27

535

前陣子工作實在是太忙了，寫了很多很爛的code出來，然後效能很差，依賴很多，分層也不夠清晰，讓我想到之前在御諾時就有實踐過的TDD，當時我說的一口好code，說TDD可以幫助架構、重構，有助於在爛code出現時提前嗅到它的味道，但從御諾離職後我就沒再寫過單元測試了，ㄏㄏ。之前在接案公司時是說寫單元測試會不統一，有人有寫有人沒寫，不好跟客戶交代，換到現在尋頂時則是專案太大，開發進度太趕，我就有點懶得寫了，再加上一開始項目其實有很多Dependency不存在我們這邊，存在伺服器那，寫單元測試的意願就直線下降

springBoot Junit测试用例出现@Autowired不生效

一个人的小码馆

11-27

2543

前提条件: 1，测试类上面添加支持的注解，就能取到spring中的容器的实例，如果配置了@Autowired那么就自动将对象注入。 @RunWith(SpringJUnit4ClassRunner.class) @SpringBootTest(classes = Application.class)//这里Application是启动类 pom文件添加： <dependency> <groupId>org.springframework.boot</group

@Autowired 找不到Bean的问题

Zane Xu的博客

12-11

2850

排查思路检查包扫描：查询的Bean是否被spring扫描装配到检查该Bean上是否配上注解（@Service/Component/Repository…） @Autowired和@Resource的区别 @Autowired 是spring提供的注解默认是按类型进行装配。如果要允许null值，可以设置它的required属性为false。如果想使用名称装配可以结合@Qualifier注解进行使用。 @Resource 是J2EE提供的注解（JDK1.6以上支持）默认是按名字进行装配

Junit单元测试时，无法使用@Autowired注解问题

weixin_43938560的博客

02-11

3628

在Junit测试中@Autowired无法生效的原因在进行Junit单测的过程中，如果我们要使用Spring的注解，就需要在Spring容器环境下：那么首先我们需要引入Spring-Test框架支持然后我们还要加载bean文件解决方案使用@RunWith(SpringJUnit4ClassRunner.class)引入Spring-Test框架支持使用@ContextConfig...

Spring Boot+Mockito+JUnit中的@Mock注入@InjectMocks失效

热门推荐

潇湘申的博客

08-30

2万+

问题描述测试代码如下： @RunWith(SpringRunner.class) @SpringBootTest public class CheckConfirmPayServiceTest { private static final Logger logger = LoggerFactory.getLogger(CheckConfirmPayServiceTest.cla...

解决springboot junit测试时 @Autowired 自动注入Service层时Could not autowire. No beans of ‘XXXX‘ type found问题

qq_39582095的博客

06-07

2600

注意看，这里我的service包是在java包下的，没有和Application运行类一样放在com.learnspringboot包下，所以出了问题，注意看测试test包下的测试类是放在test包中的com.learnspringboot包下的，一定要统一。出现了无法自动注入的问题，但是我的service层已经添加了@Service的注释。这样就没有错误提示啦，注意我只解决了这类问题，如有其他问题，请再找方法。问题解决：原因是我的service包的层级没有和test包层级统一起来。

使用Junit Test时，@Autowired 注入出现空指针异常NullPointerException问题

Tz.的博客

08-10

2651

1.添加maven依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-test</artifactId> </dependency> <dependency> <groupId>o

junit单元测试时spring的@Autowired注入为空

G_whang的博客

01-19

3690

spring进行测试junit测试的时候，注入的bean为null，是因为bean是交给Spring来管理的,但是你只是单纯的启动了一个test方法，并没有注入bean，所以为空解决: 需要增加注解 @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations = { "classpath:conf/spring-context.xml" }) locations ：填写的路径是你的spring上下文控制的配置文件测试

SpringBoot中整合Junit测试注入Bean失败的问题处理

人的一生就是在学习的道路上不断进步

02-25

1697

SpringBoot中整合Junit测试注入Bean失败的问题处理

idea +junit单元测试获取不到bean注入

klx502的专栏

11-21

4017

如图，刚开始报错获取不到bean因为配置文件 1.原因一： *.properties等没有值，还是用${变量的}。获取不到，于是把所有值复制到properties文件里。 2. 原因二：springmvc.xml 没有某些静态资源获取报错，把src的resources下的springmvc.xml复制到test目录的resources下，删除静态资源引用。 3.原因三：可去掉lo...

spring Junit单元测试 bean 无法注入的问题

qq_34896772的博客

08-07

2万+

本人菜鸟在学习ssh 过程，遇见问题向各位大佬请教。进行单元测试爆出下面提示：贴出下面配置信息: applicationContext.xml 实现service 接口类实现dao接口类单元测试进过本菜鸟的各种错尝试，上面的配置文件内容没有错误，只是整合框架的过程中，hibernate-core-5.3.1.Final.jar 的版本过高，删掉该jar 包，使用hibernat...

SpringBoot + Junit 踩坑：部分 Service 注入失败

灵台方寸山斜月三星洞

10-14

1239

来初始化，因为开始时单测它的一些逻辑，没有别的依赖，这时是OK的。其实很简单，也是因为连续跟BUG做斗争被搞的懵逼了。中初始化代码的存在，所以始终用的是自己。为了加快效率，就没启动。后来需要需要依赖其他的。