SpringBoot 使用 @ServerEndpoint 后 @Autowired 失效问题分析和解决

最新推荐文章于 2025-04-11 08:23:22 发布

春日安然

最新推荐文章于 2025-04-11 08:23:22 发布

阅读量4.7k

点赞数 9

CC 4.0 BY-SA版权

分类专栏： SpringBoot 文章标签： spring boot websocket

本文链接：https://blog.csdn.net/j1231230/article/details/114641956

本文分析了在SpringBoot集成WebSocket后，@ServerEndpoint注解导致的@Autowired注解失效问题。问题源于WebSocket的多实例化与Spring的单例模式冲突。提出了两种解决方案：1. 将Service改为静态对象并通过setOrderService注入；2. 动态从Spring容器中获取OrderService。

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

之前的技术博客中记录了 SpringBoot 如何集成 WebSocket 实现消息群发推送，主要构建了基础的框架：

SpringBoot 集成 WebSocket 实现消息群发推送

后续发现使用 @ServerEndpoint 后，@Autowired 就失效了，这是为什么呢？

问题描述

在具体的业务场景中，需要等用户连接成功后，从库表中先获取10条数据，作为默认的初始化数据进行显示。

我们想当然的通过 @Autowired 注解将对应 Service 进行依赖注入。却发现报了空指针的异常，也就是说，所需要的 Service 没有被成功注入。

当前写法如下：

@ServerEndpoint("/imserver/{userId}")
@Component
public class WebSocketServer {
   
	@Autowired
    private OrderService orderService;
}

问题分析

Spring管理采用单例模式（singleton），而 WebSocket 是多对象的，即每个客户端对应后台的一个 WebSocket 对象，也可以理解成 new 了一个 WebSocket，这样当然是不能获得自动注入的对象了，因为这两者刚好冲突。

@Autowired 注解注入对象操作是在启动时执行的，而不是在使用时，而 WebSocket 是只有连接使用时才实例化对象，且有多个连接就有多个对象。

所以我们可以得出结论，这个 Service 根本就没有注入到 WebSocket 当中。<

最低0.47元/天解锁文章