在websocket端点中注入业务service时，不能像普通的springbean一样通过@Autowired或@Resource注解进行注入。主要原因是websocket端点与spring容器中的bean的生命周期管理容器不同。

WebSocket 端点（@ServerEndpoint）和 Spring Bean 的生命周期存在以下主要差异：

1. 管理容器不同

生命周期类型	管理容器	注解驱动
WebSocket 端点	Java WebSocket 容器（如 Tomcat、Jetty）	`@OnOpen`, `@OnMessage`, `@OnClose`, `@OnError`
Spring Bean	Spring IoC 容器	`@PostConstruct`, `@PreDestroy`, `InitializingBean`, `DisposableBean`

WebSocket 端点由底层的 Web 容器（比如 Tomcat）负责创建与销毁。
Spring Bean 是由 Spring 框架管理的，其生命周期受 Spring 控制。

2. 依赖注入支持

类型	支持 `@Autowired` / `@Resource`	支持 `@DubboReference`
WebSocket 端点	❌ 默认不支持	✅ 可通过 setter 配合 `@Component` 实现
Spring Bean	✅ 支持	✅ 支持

WebSocket 端点类无法直接使用 @Autowired 或 @Resource 注入 Spring Bean，因为它们不是由 Spring 创建的。
Dubbo 提供了 @DubboReference 的方式，可以通过 setter 方法进行手动注入。

3. 实例创建时机

类型	实例创建时机
WebSocket 端点	当客户端首次连接到该端点时创建
Spring Bean	应用启动时（默认单例）或每次请求时（原型作用域）创建

WebSocket 端点是按需创建的，即每当有新的 WebSocket 连接建立时，都会创建一个新的端点实例。
Spring Bean 根据作用域决定何时创建（例如：单例 Bean 在应用启动时初始化）。

4. 线程安全性

类型	是否线程安全
WebSocket 端点	否（每个连接一个实例）
Spring Bean	单例 Bean 需自行保证线程安全

WebSocket 端点通常是每个连接一个独立实例，因此不会有并发问题。
Spring 单例 Bean 被多个客户端共享，需要开发者自己处理线程安全问题。

5. 资源释放机制

类型	资源释放方式
WebSocket 端点	通过 `@OnClose` 回调手动释放资源
Spring Bean	通过 `@PreDestroy`、destroy() 方法自动释放资源

WebSocket 端点的资源清理工作必须在 onClose() 中显式完成。
Spring Bean 的销毁方法会在上下文关闭时自动调用。

示例对比

WebSocket 端点生命周期方法：

@OnOpen
public void onOpen(Session session, @PathParam("chatId") String chatId) {// 连接建立时触发
}@OnMessage
public void onMessage(String message, Session session) {// 接收消息时触发
}@OnClose
public void onClose(Session session) {// 连接关闭时触发
}@OnError
public void onError(Session session, Throwable error) {// 发生错误时触发
}

Spring Bean 生命周期方法：

@Component
public class MySpringBean {@PostConstructpublic void init() {// 初始化逻辑}@PreDestroypublic void destroy() {// 销毁前逻辑}
}

总结建议

场景	建议做法
需要注入 Spring Bean	使用静态工具类（如 `ApplicationContext`) 获取 Bean
需要使用 Dubbo 服务	继续使用 `@DubboReference` + setter 注入
资源初始化/清理	在 `@OnOpen` 和 `@OnClose` 中处理
共享数据结构	使用线程安全的数据结构（如 `ConcurrentHashMap`）