springcloudstream function 路由

转载

AI领域布道师 2024-11-20 21:44:14

文章标签 SpringCloud Gateway 路由 Path 404 文章分类 运维

1.背景

2.环境

3.坑

4.爬坑历程

1）第一次爬坑

2）第二次爬坑

3）第三次爬坑

4）第四次爬坑

5）出坑

5.总结

6.参考资料

1.背景

就是想用一把SpringCloud Gateway~~

2.环境

SpringBoot	2.1.2.RELEASE
SpringCloud	Greenwich.SR1
Gateway	2.1.2.RELEASE

3.坑

自己模拟的微服务工程，结构是这样的：

-- 祖工程
   -- 父工程
      -- 孙工程1
      -- 孙工程2
      -- 孙工程3（网关服务）        // 坑

因为理解网关也是同其余业务一样，是一个微服务工程，所以就把网关也做到了孙工程里（这一开始开始挖，就整了个大坑~~~）。然后开始按照通常配置：

spring:
  application:
    name: gateway-service
  cloud:
    gateway:
      discovery:
        locator:
          enabled: true
      routes:
        - id: user-service
          uri: lb://user-service
          predicates:
            - Path=/user/**

怎么得都调不通~~

4.爬坑历程

1）第一次爬坑

无法启动，出现类似报错：

Description:

Parameter 0 of method modifyRequestBodyGatewayFilterFactory in org.springframework.cloud.gateway.config.GatewayAutoConfiguration required a bean of type "org.springframework.http.codec.ServerCodecConfigurer" that could not be found.

Action:
Consider defining a bean of type "org.springframework.http.codec.ServerCodecConfigurer" in your configuration.

按照网上说的，去掉两个包依赖。能正常启动了，暂时出坑~~

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-gateway</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-webflux</artifactId>
        </exclusion>
    </exclusions>
</dependency>

2）第二次爬坑

以为是自己的配置问题。因为注册中心中，服务名是大写的，看度娘说，需要加参数，于是：

spring:
  application:
    name: gateway-service
  cloud:
    gateway:
      discovery:
        locator:
          enabled: true
          lower-case-service-id: true    // 第一次爬坑高度线。表示将请求中服务名改小写
      routes:
        - id: user-service
          uri: lb://user-service
          predicates:
            - Path=/user/**

3）第三次爬坑

因为访问接口时一直报404，所以以为是自己的uri哪里没写对（也不知道自己为什么就自动觉得uri有问题，如果uri有问题，不是应该是报类似router错误么~~）。于是：

spring:
  application:
    name: gateway-service
  cloud:
    gateway:
      discovery:
        locator:
          enabled: true
          lower-case-service-id: true    // 第一次爬坑高度线。表示将请求中服务名改小写
      routes:
        - id: user-service
          uri: lb://user-service
          predicates:
            - Path=/user/**
          filters:
            - StripPrefix=1            //  第二次爬坑高度线。路径截取个数。例如：上述访问如果是http://网关IP:网关PORT/user/xxx到了后端服务上就成了http://服务IP:服务PORT/xxx

4）第四次爬坑

从第三次到第四次中间爬了一小段~~以为是依赖包的版本匹配问题，所以各种调整依赖包版本，又回到了第一个坑~~这个时候也出现了一些曙光：发现所有父工程pom.xml中引入的依赖包也自动引入了到了网关工程里。这里就疑惑了，按照以往的逻辑，子工程不引入的话，父工程的包应该不会自动出现在子工程的依赖中的。开始怀疑，工程的位置~~

5）出坑

既然有许多其他无关依赖包，且排除也无效，那么调整工程结构试试~~

-- 祖工程
   -- 网关服务        // 出坑
   -- 父工程
      -- 孙工程1
      -- 孙工程2

调整工程结构以后，也不需要按照第一次爬坑中进行包的排除操作了。这里只引入了eureka和gateway的包即可

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        <version>2.1.2.RELEASE</version>
    </dependency>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-gateway</artifactId>
         <version>2.1.2.RELEASE</version>
    </dependency>
</dependencies>

配置也做了相应的调整，这样简单配置也能够访问服务了

spring:
  application:
    name: gateway-service
  cloud:
    gateway:
      routes:
        - id: user-service
          uri: lb://user-service
          predicates:
            - Path=/user/**