非 Spring 管理对象获取 Spring Bean

一、教程引言

在 Spring Boot 开发中，我们习惯了通过@Autowired/@Resource等注解轻松注入依赖 Bean，但在 WebSocket、定时任务、第三方框架实例化对象等场景下，会遇到一个核心问题：非 Spring 创建的对象无法直接注入 Spring Bean。

本教程将拆解这一问题的底层逻辑，并讲解一种经典的解决方案 ——「借壳注入 + 静态共享」，帮助你理解其核心原理并掌握实战用法

二、核心问题剖析

1. 场景再现：WebSocket 无法注入 Bean

当使用 WebSocket 时，其实例通常由 Tomcat/Jetty 等容器通过new关键字创建（而非 Spring），此时直接在 WebSocketServer 中注入 Mapper/Service 会失败：

// 错误示例：非Spring创建的实例无法注入Bean
public class WebSocketServer {
// 运行时会报空指针：Spring不会给new出来的对象注入依赖
@Autowired
private UserMapper userMapper;

// WebSocket核心方法，由框架调用
public void onMessage(String msg) {
// userMapper为null，抛出NullPointerException
userMapper.insertMessage(msg);
}
}

2. 问题根源：两个核心规则

要解决问题，必须先理解 Spring 和 Java 的两个底层规则（核心概念）：

核心概念

规则描述通俗类比

三、解决方案：借壳注入 + 静态共享

1. 方案核心思路

通过@Component让 Spring 创建一个「工具人实例」完成依赖注入，再将注入的 Bean 存入静态变量（类级共享空间），最终让所有非 Spring 实例从静态变量中获取依赖。

2. 分步实现

步骤 1：给 WebSocketServer 添加 @Component 注解（借壳）

给 WebSocketServer 类标注@Component，让 Spring 扫描并创建一个「工具人实例」（该实例仅用于触发注入，不会被实际业务使用）：

@Component // 关键：让Spring扫描并创建工具人实例
public class WebSocketServer {
// 静态字段：类级共享的"公共仓库"
private static UserMapper userMapper;

// 普通成员变量：仅用于接收Spring注入的Bean
@Autowired
private UserMapper tempUserMapper;

// 注入完成后，将Bean存入静态字段
@PostConstruct // 替代setter，初始化阶段执行更规范
public void init() {
// 核心：把Spring注入的Bean存入静态变量
WebSocketServer.userMapper = this.tempUserMapper;
}

// WebSocket框架调用的核心方法
public void onMessage(String msg) {
// 从静态变量获取Bean，非Spring实例也能使用
userMapper.insertMessage(msg);
}
}

步骤 2：执行流程拆解

执行阶段

行为主体具体动作结果

四、核心原理深度解析

1. 工具人实例的作用

Spring 创建的「工具人实例」本身不会参与任何业务逻辑，其唯一作用是：利用 Spring Bean 的访问权限，拿到容器内的真实 Bean，并传递到静态变量中。

2. 静态变量的关键价值

静态变量突破了「实例隔离」的限制：

• 普通成员变量：每个实例有独立副本（比如实例 A 的 userMapper 和实例 B 的 userMapper 是两个变量）；
• 静态变量：所有实例共享同一个副本（不管 new 多少个 WebSocketServer，都访问同一个 userMapper）。

3. 方案本质