1.问题描述

最近工作中有场景需要长连接,代码开发完成,自测也没问题,但是上了微服务,通过网关后,就提示404找不到。

2.框架技术

项目用的是spring cloud 框架,eureka注册,gateway路由, websocket的长连接。

3.代码实现

websocket实现是javax.websocket的@ServerEndpoint 注解实现

import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Component;

import javax.websocket.*;
import javax.websocket.server.PathParam;
import javax.websocket.server.ServerEndpoint;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.CopyOnWriteArrayList;

@Slf4j
@Component
@ServerEndpoint("/webSocket/record/{userId}")
public class CheckRecordWebSocket {
    private String userId;

    private static CopyOnWriteArrayList<CheckRecordWebSocket> webSockets = new CopyOnWriteArrayList<>();
    private static ConcurrentHashMap<String, Session> sessionPool = new ConcurrentHashMap<>();

    @OnOpen
    public void onOpen(Session session, @PathParam("userId") String userId) {
        this.userId = userId;
        Map<String, String> paramMap = session.getPathParameters();

        String token = paramMap.get("authorization");
        log.info("token:{}", token);
        webSockets.add(this);
        sessionPool.put(userId, session);
        log.info("用户{}建立长连接.", userId);
    }

    @OnError
    public void onError(Session session, Throwable error) {

    }

    @OnClose
    public void OnClose(){
        sessionPool.remove(userId);
        webSockets.remove(this);
        log.info("用户{}断开长连接.", userId);
    }

    @OnMessage
    public void OnMessage(String message) {
        log.info("用户{}发来消息:{}", userId, message);
    }

    public void sendMessage(String userId, String message) {
        Session s = sessionPool.get(userId);
        if (s != null) {
            log.info("给用户{}发消息:{}", userId, message);
            s.getAsyncRemote().sendText(message);
        }
    }
}

 直接通过应用的serverName:端口连接,没有问题

上环境后,通过网关调用就报错404找不到路径

一开始以为是网关路由配置问题,以下是路由配置代码:

spring:
  cloud:
    gateway:
      discovery:
        locator:
          # 启用自动根据服务ID生成路由
          enabled: true
          # 设置路由的路径为小写的服务ID
          lower-case-service-id: true
      # 配置路由规则
      routes:
        - id: spd-pmc-ws
          uri: lb:ws://spd-pmc
          predicates:
            - Path=/spd-pmc/websocket/**
          filters:
            - StripPrefix=2
        - id: spd-pmc
          uri: lb://spd-pmc
          predicates:
            - Path=/spd-pmc/**
          filters:
            - StripPrefix=1
            - SwaggerHeaderFilter

直接调用的url是: ws://10.56.58.180:9306/webSocket/record/user1,应用的serviceName是spd-pmc。通过网关调用url: ws://10.56.58.180:9500/dmc/spd-pmc/websocket/webSocket/record/user1,其中10.56.58.180:9500/dmc是网关ip和路由,spc-pmc/websocket是配置的路由规则,经过路由id: spd-pmc-ws 的规则截取后,最终将调到 host:port/webSocketrecord/user1,理论上是一样的,但是报了404.

4.原因分析

后来分析url,我的应用端口是9306,网关端口是9301,但是url中是9500,说明请求到网关时应该还经过了至少一次转发,最终发现公司有用到nginx反向代理,1.3.13版本后的nginx转发支持websocket但是需要配置协议升级,经过查询,最终定位原因确实如此。nginx配置修改重启后,问题解决了。

5.解决办法

根据官方文档解释:从版本 1.3.13 开始, nginx 实现特殊操作模式 这允许在客户端和代理之间设置隧道 服务器(如果代理服务器返回了包含代码的响应) 101(交换协议), 客户端通过“升级”要求协议切换 标头。

公司使用的nginx是1.23版本。因此只需要修改我dmc请求的配置即可。在.conf文件中添加以下两段代码:

map $http_upgrade $connection_upgrade {
        default upgrade;
        ''      close;
    }

...

proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;

6.总结

其实一开始定位问题方向就错了,gateway网关没有问题,经测试即使不单独配置lb:ws:spd-pmc的路由规则,也能通过原有的lb:spd-pmc规则进行路由。只是没有想到公司在前面还用到了nginx进行负载转发。因此漏掉了这里的排查。

7.补充

后来帮同事远程配置nginx支持websocket,完全按照步骤配置后,仍然不生效,后来检查发现前面有多层nginx转发, 因此,对于多层转发的情况,需要每层nginx都按照上述配置.

👍如果对你有帮助,请给我一个免费的点赞以示鼓励
欢迎各位🔎点赞👍评论收藏⭐️

Logo

一起探索未来云端世界的核心,云原生技术专区带您领略创新、高效和可扩展的云计算解决方案,引领您在数字化时代的成功之路。

更多推荐