Spring Boot多线程依赖注入关键在Bean作用域、线程安全及获取方式：单例Bean需无状态或线程安全；prototype Bean须手动从ApplicationContext获取；非Spring管理线程需传参、持上下文或用@Async。
Spring Boot 中多线程环境下依赖注入本身没有特殊“注入方式”，关键在于：Bean 的作用域、线程安全性、以及线程中如何正确获取 Bean 实例。Spring 容器本身是线程安全的，但 Bean 实例是否线程安全，取决于它的 scope 和内部状态。
单例 Bean 在多线程中默认可用，但需保证无状态或线程安全
默认 singleton 作用域的 Bean（如 @Service、@Repository）由 Spring 全局管理，所有线程共享同一个实例。这没问题——前提是该 Bean 是无状态的，或者其可变状态做了线程安全处理：
- 避免在单例 Bean 中定义可变的成员变量（如
private int count = 0;） - 若必须维护状态，用
ThreadLocal隔离线程数据 - 对共享资源加锁（
synchronized、ReentrantLock）或使用线程安全类型（如ConcurrentHashMap、AtomicInteger）
需要线程隔离时，优先用 prototype 作用域
如果每个线程都需要独立的 Bean 实例（例如含上下文信息的处理器），可声明为 prototype：
- 每次通过
applicationContext.getBean(Xxx.class)获取都是新实例 - 注意：@Autowired 注入的 prototype Bean 在注入点仍是单例引用——因为注入发生在容器启动时，只执行一次
- 正确做法：在多线程任务中按需从 ApplicationContext 手动获取，或用
@Lookup方法实现运行时查找
在线程中安全获取 Spring 管理的 Bean
普通线程（如 new Thread()、自定义 ExecutorService）不处于 Spring 上下文，不能直接 @Autowired。常用解法：
- 传入 Bean 引用：主线程将所需服务作为参数传递给 Runnable/Callable
-
注入 ApplicationContext：让任务类实现
ApplicationContextAware，或通过静态持有（慎用） -
使用 TaskExecutor + @Async：Spring 管理的线程池（如
@EnableAsync配合@Async）天然继承上下文，可直接注入其他 Bean
异步任务里别踩这些坑
常见错误集中在生命周期和事务上：
- @Async 方法不能是 private 或 final，且必须在 Spring 管理的 Bean 中
- 调用本类的 @Async 方法会失效（代理未生效），应通过注入自身或使用 ApplicationEventPublisher 解耦
- @Transactional 在异步线程中默认不生效——需配置
TransactionManager并显式传播，或改用编程式事务
