在线程中使用Spring的Bean的方法、不推荐把“线程”注入到Spring

合集 - SpringBoot基础(8)

1.SpringBoot的基础2023-05-312.SpringBoot的@Resource和@Autowired+@Qualifier使用2023-05-173.SpringBoot配置两个一样的Bean，区分两个配置类——@Primary2023-05-174.SpringBoot项目预加载数据——ApplicationRunner、CommandLineRunner、InitializingBean 、@PostConstruct区别2023-05-175.SpringBoot获取配置：@Value、@ConfigurationProperties方式2023-11-076.SpringBoot注入时设置《多例》2023-11-23

7.在线程中使用Spring的Bean的方法、不推荐把“线程”注入到Spring2024-04-28

8.SpringBoot读取Resources下的文件2024-05-10

收起

目录

• 一、不推荐把“线程”注入到spring
• 二、线程中使用spring的bean的方法
  • 1、通过构造函数注入或Setter方法注入（推荐）
  • 2、Spring的getBean获取Bean，然后在线程中使用（不推荐）

 

---

回到顶部

一、不推荐把“线程”注入到spring

将线程注入到Spring容器中并不是一个常见的做法，而且通常也不推荐这样做，原因如下：

1. 生命周期管理困难： Spring管理的Bean生命周期由Spring容器管理，而线程的生命周期由JVM管理。将线程注入到Spring容器中会导致线程的生命周期与Spring容器的生命周期绑定，这可能会导致线程的生命周期不受你的控制，难以达到预期的效果。

2. 线程安全问题： Spring容器本身是线程安全的，但线程对象并不一定是线程安全的。如果将线程注入到Spring容器中，可能会引入线程安全问题，因为Spring容器对线程的管理方式与普通Bean不同。

3. 可维护性和可读性差： 将线程注入到Spring容器中会增加代码的复杂度，降低代码的可维护性和可读性。开发人员不太容易理解和维护这样的代码。

4. 不符合设计原则： 将线程注入到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，并在线程中使用，但这种方式应该谨慎使用，并且通常不被推荐，因为它可能会带来一些潜在问题。

1. 违背依赖注入原则： Spring推荐使用依赖注入来将Bean传递到组件中，而不是通过ApplicationContext直接获取。这种直接获取Bean的方法被称为"Service Locator"模式，这种模式会使代码耦合到Spring容器，从而降低代码的可测试性和灵活性。

2. 不易于测试： 如果在线程中直接使用ApplicationContext获取Bean，这种代码在测试时需要模拟Spring容器，增加了测试的复杂性。

3. 增加耦合： 线程直接获取Spring的Bean会使代码与Spring容器紧密耦合，这使得代码难以在不依赖Spring的环境中使用。

如果在某些特殊情况下确实需要在线程中获取Spring管理的Bean，请确保你在应用中正确配置了ApplicationContext，并且保证获取Bean的操作不会影响线程安全性。