在线程中使用Spring的Bean的方法、不推荐把“线程”注入到Spring
一、不推荐把“线程”注入到spring
将线程注入到Spring容器中并不是一个常见的做法,而且通常也不推荐这样做,原因如下:
生命周期管理困难: Spring管理的Bean生命周期由Spring容器管理,而线程的生命周期由JVM管理。将线程注入到Spring容器中会导致线程的生命周期与Spring容器的生命周期绑定,这可能会导致线程的生命周期不受你的控制,难以达到预期的效果。
线程安全问题: Spring容器本身是线程安全的,但线程对象并不一定是线程安全的。如果将线程注入到Spring容器中,可能会引入线程安全问题,因为Spring容器对线程的管理方式与普通Bean不同。
可维护性和可读性差: 将线程注入到Spring容器中会增加代码的复杂度,降低代码的可维护性和可读性。开发人员不太容易理解和维护这样的代码。
不符合设计原则: 将线程注入到Spring容器中违反了单一职责原则和依赖倒置原则。线程应该由专门的线程管理类管理,而不应该与Spring容器耦合在一起。
因此,通常建议将需要使用Spring容器管理的Bean注入到线程中,而不是将线程注入到Spring容器中。
二、线程中使用spring的bean的方法
1、通过构造函数注入或Setter方法注入(推荐)
1.1、构造方法注入
如果你需要在线程中使用Spring的Bean,推荐通过依赖注入的方式将Bean传递到线程中。你可以通过构造函数注入或Setter方法注入,将需要的Bean传递给线程实例。这样做不仅符合Spring的依赖注入原则,还可以确保代码更易于测试和维护。
下面是一个通过依赖注入将Spring管理的Bean传递给线程的示例:
public class MyRunnable implements Runnable {
private final MyService myService;
public MyRunnable(MyService myService) {
this.myService = myService;
}
@Override
public void run() {
myService.performTask();
}
}
// 在需要创建线程的地方使用依赖注入
@Autowired
private MyService myService;
public void startThread() {
MyRunnable myRunnable = new MyRunnable(myService);
Thread thread = new Thread(myRunnable);
thread.start();
}
在这个示例中,通过构造函数将MyService注入到线程中,避免了直接从ApplicationContext获取Bean的做法。这样可以保持代码的灵活性、可测试性和可维护性。
1.2、Setter方法注入
当使用Setter方法注入时,需要在线程类中定义一个Setter方法,用于接收需要注入的Bean。以下是一个使用Setter方法注入的示例:
public class MyRunnable implements Runnable {
private MyService myService;
// Setter方法用于注入MyService
public void setMyService(MyService myService) {
this.myService = myService;
}
@Override
public void run() {
if (myService != null) {
myService.performTask();
} else {
throw new IllegalStateException("MyService has not been set.");
}
}
}
// 在需要创建线程的地方进行Setter方法注入
@Autowired
private MyService myService;
public void startThread() {
MyRunnable myRunnable = new MyRunnable();
myRunnable.setMyService(myService); // 使用Setter方法注入MyService
Thread thread = new Thread(myRunnable);
thread.start();
}
在这个示例中,MyRunnable类定义了一个setMyService方法,用于接收MyService实例。在startThread方法中,首先创建了MyRunnable实例,然后通过调用setMyService方法将MyService实例注入到线程中。这样就完成了使用Setter方法进行注入的操作。
2、Spring的getBean获取Bean,然后在线程中使用(不推荐)
可以使用Spring的ApplicationContext来获取Bean,并在线程中使用,但这种方式应该谨慎使用,并且通常不被推荐,因为它可能会带来一些潜在问题。
违背依赖注入原则: Spring推荐使用依赖注入来将Bean传递到组件中,而不是通过
ApplicationContext直接获取。这种直接获取Bean的方法被称为"Service Locator"模式,这种模式会使代码耦合到Spring容器,从而降低代码的可测试性和灵活性。不易于测试: 如果在线程中直接使用
ApplicationContext获取Bean,这种代码在测试时需要模拟Spring容器,增加了测试的复杂性。增加耦合: 线程直接获取Spring的Bean会使代码与Spring容器紧密耦合,这使得代码难以在不依赖Spring的环境中使用。
如果在某些特殊情况下确实需要在线程中获取Spring管理的Bean,请确保你在应用中正确配置了ApplicationContext,并且保证获取Bean的操作不会影响线程安全性。
在线程中使用Spring的Bean的方法、不推荐把“线程”注入到Spring的更多相关文章
- Spring获取bean工具类,可用于在线程里面获取bean
Spring获取bean工具类,可用于在线程里面获取bean import java.util.Locale; import org.springframework.beans.BeansExcept ...
- 普通Java类获取Spring的Bean的方法
普通Java类获取Spring的Bean的方法 在SSH集成的前提下.某些情况我们需要在Action以外的类中来获得Spring所管理的Service对象. 之前我在网上找了好几好久都没有找到合适的方 ...
- 普通java类获取spring容器bean的方法
很多时候,我们在普通的java类中需要获取spring的bean来做操作,比如,在线程中,我们需要操作数据库,直接通过spring的bean中构建的service就可以完成.无需自己写链接..有时候有 ...
- Spring的Bean内部方法调用无法使用AOP切面(CacheAble注解失效)
Spring的Bean内部方法调用无法使用AOP切面(CacheAble注解失效) 前言 今天在使用Spring cache的Cacheable注解的过程中遇见了一个Cacheable注解失效的问题, ...
- Spring 中IOC(控制反转)&& 通过SET方式为属性注入值 && Spring表达式
### 1. Spring IoC IoC:Inversion of control:控制反转:在传统开发模式下,对象的创建过程和管理过程都是由开发者通过Java程序来实现的,操作权在开发者的Java ...
- 使用Spring实例化Bean的方法以及Bean取别名
一.通过构造方法实例化Bean bean中加构造方法 public class Bean1 { public Bean1() { System.out.println("Bean1构造方法. ...
- C#学习之在辅助线程中修改UI控件----invoke方法
Invoke and BeginInvoke 转载地址:http://www.cnblogs.com/worldreason/archive/2008/06/09/1216127.html 在Invo ...
- 老问题:Android子线程中更新UI的3种方法
在Android项目中经常有碰到这样的问题,在子线程中完成耗时操作之后要更新UI,下面就自己经历的一些项目总结一下更新的方法: 方法一:用Handler 1.主线程中定义Handler: Handle ...
- 一个解决在非UI线程中访问UI 异常的小方法
写 WPF 的童鞋可能都会碰到 在非UI线程中访问 UI 异常的问题.这是为了防止数据不一致做的安全限制. 子线程中更新UI还要交给主线程更新,引用满天飞,实在是麻烦. 接下来,我们推出一个可以称之为 ...
- Android子线程中更新UI的4种方法
方法一:用Handler 1.主线程中定义Handler: Handler mHandler = new Handler() { @Override public void handleMessage ...
随机推荐
- 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第7章
本章勘误: 暂无,等待细心的你告诉我哦. 本章注解: 暂无 本章释疑: 暂无,等待你的提问 致谢: MVP 林德熙 MVP 吕毅 sPhinX 相关链接 试读记录
- C# 剪裁图片
/// <summary> /// 剪裁图片 /// </summary> /// <param name="src">原图片</para ...
- 【Learning eBPF-1】什么是 eBPF?为什么它很吊?
本书中, eBPF 被称为一种 革命性的 内核技术,被广泛应用于网络.观测 和 安全工具中. 这种技术允许你在不重新编译内核的情况下,使能你的自定义工具,与内核数据进行交互.听起来很厉害. 1.1 追 ...
- 10 JavaScrit定时器
10 JavaScrit定时器 在JS中, 有两种设置定时器的方案: // 语法规则 t = setTimeout(函数, 时间) // 经过xxx时间后, 执行xxx函数 // 5秒后打印我爱你 t ...
- Git 删除 .gitignore 生成之前上传的文件
清除缓存 git rm -r --cached . git add . 提交记录 git commit -m "chore: 清除缓存." git push
- 【直播回顾】OpenHarmony知识赋能五期第三课——多媒体整体介绍
5月5日晚上19点,知识赋能第五期第三节课<OpenHarmony标准系统多媒体子系统整体介绍>,在OpenHarmony开发者成长计划社群内成功举行. 本期课程,由深开鸿资深技术专家郭岳 ...
- HarmonyOS“一次开发,多端部署“优秀实践——玩机技巧,码上起航
随着终端设备形态日益多样化,分布式技术逐渐打破单一硬件边界,一个应用或服务,可以在不同的硬件设备之间按需调用.互助共享,让用户享受无缝的全场景体验.作为应用开发者,广泛的设备类型也能为应用带来广大的潜 ...
- redis 简单整理——客户端案例分析[十八]
前言 简单整理一下客户端案例分析. 正文 现象一: 服务端现象:Redis主节点内存陡增,几乎用满maxmemory,而从节点 内存并没有变化. 客户端现象:客户端产生了OOM异常,也就是Redis主 ...
- MMDeploy部署实战系列【第六章】:将编译好的MMdeploy导入到自己的项目中 (C++)
MMDeploy部署实战系列[第六章]:将编译好的MMdeploy导入到自己的项目中 (C++) 这个系列是一个随笔,是我走过的一些路,有些地方可能不太完善.如果有那个地方没看懂,评论区问就可以,我给 ...
- redis cluster 的核心原理分析:gossip 通信、jedis smart 定位、主备切换
节点间的内部通信机制 基础通信原理 redis cluster 节点间采取 gossip 协议进行通信 gossip:互相之间不断通信,保持整个集群所有节点的数据是完整的 而集中式是将集群元数据(节点 ...