Caused by: jakarta.websocket.DeploymentException: ......that did not have a @PathParam annotation

这个异常是由于在 WebSocket 的 onOpen 方法中存在一个类型为 java.lang.String 的参数，但是该参数缺少了 @PathParam 注解而导致的。在 Jakarta WebSocket API 中，如果 onOpen 方法中有参数，那么这些参数必须使用 @PathParam 注解进行标注。

@PathParam 注解用于从 WebSocket 连接的 URI 路径中提取参数值。通常情况下，在 WebSocket 的 URI 路径中，可以包含一些参数信息，这些参数信息可以通过 @PathParam 注解来注入到 onOpen 方法中的参数中，以便在连接建立时进行使用。

要解决这个异常，需要为 onOpen 方法中的参数添加 @PathParam 注解

那为什么不能用@RequestParam注解呢

在 Java WebSocket API 中，使用 @RequestParam 注解是不正确的，因为它是 Spring Framework 中用于处理 HTTP 请求参数的注解，而不是用于处理 WebSocket 连接的。

在 Java WebSocket API 中，应该使用 @PathParam 注解来从 WebSocket URI 路径中提取参数值，而不是使用 @RequestParam。这是因为 WebSocket 是一种全双工的通信协议，不同于传统的基于请求-响应模式的 HTTP。WebSocket 通常使用 URI 路径来携带信息，而不是查询参数。

因此，要正确处理 WebSocket 连接中的参数，应该使用 @PathParam 注解而不是 @RequestParam 注解。

那可以用@PathValiable注解吗

在 Java WebSocket API 中，通常不使用 @PathVariable 注解来处理 WebSocket 连接的路径参数，因为 @PathVariable 是 Spring MVC 中用于从 URL 路径中提取参数值的注解，不适用于 Java WebSocket API。

在 Java WebSocket API 中，应该使用 @PathParam 注解来从 WebSocket URI 路径中提取参数值。这是 Java WebSocket API 的规范和标准方式，而不是使用 @PathVariable 注解。

因此，要正确处理 WebSocket 连接中的路径参数，应该使用 @PathParam 注解而不是 @PathVariable 注解。