Spring WebSocket中configureMessageBroker与registerStompEndpoints方法及相关疑问

1. 什么是Endpoint？它的作用是什么？ #

• Endpoint是WebSocket客户端与服务端建立持久连接的入口地址。客户端要和服务端进行WebSocket通信，必须先通过这个地址发起握手请求，完成连接建立后，后续所有的STOMP消息都通过这条通道传输。
• 代码里的/gs-guide-websocket就是这个入口，因为加了.withSockJS()，前端会通过SockJS兼容的方式连接到这个地址，解决某些浏览器不支持原生WebSocket的问题。

2. setApplicationDestinationPrefixes和enableSimpleBroker的作用纠正 #

你的理解刚好搞反了，正确的作用是：

• enableSimpleBroker("/topic")：启用Spring内置的简单消息代理，这个代理负责处理以/topic为前缀的目的地。比如客户端订阅/topic/public接收广播消息，或者服务端通过SimpMessagingTemplate向/topic/public发送消息，这些操作都由这个消息代理来路由转发。
• setApplicationDestinationPrefixes("/app")：设置应用级消息的前缀。所有发送到以/app开头的地址的消息，会被路由到你代码中带有@MessageMapping注解的方法处理，而不是交给消息代理。比如客户端发/app/hello，就会匹配到@MessageMapping("/hello")的方法。

3. 能不能修改"/app"为其他值？为什么修改后无法运行？ #

完全可以修改为自定义的前缀，比如/my-service、/ws-app都没问题。修改后无法运行的常见原因：

• 客户端请求地址未同步修改：比如原来前端发送消息的地址是/app/hello，服务端把前缀改成/my-app后，前端还在发/app/hello，服务端找不到对应的@MessageMapping方法，就会出现无法处理消息甚至报错的情况。
• 路径拼写错误：比如把前缀写成/appp或者/ap这种笔误，导致客户端请求的地址和服务端配置的前缀不匹配。
• @MessageMapping路径未对应：确保你的@MessageMapping注解里的路径，和客户端请求的前缀+路径能正确匹配。比如前缀改成/my-app，客户端发/my-app/hello，服务端的方法要写@MessageMapping("/hello")（不需要加前缀，框架会自动拼接）。

内容的提问来源于stack exchange，提问作者shaxa 2000