Eureka+Zuul配置疑问：如何避免路径重复实现正确路由？

这问题我做Spring Cloud项目时也碰到过，核心是Zuul的路由转发规则和你的微服务控制器路径重叠了，导致转发后的路径不匹配。咱们先理清楚原因，再给你两种不用改微服务代码的解决方案。

问题原因拆解 #

先捋下当前的路由逻辑：

• Zuul全局前缀是/api，user-service路由的path设为/user-service/**，默认stripPrefix=true（会剥离路由path里的前缀部分）
• 当你请求<zuul_url>/api/user-service/users/hello时，Zuul的处理流程是：
  1. 先去掉全局前缀/api，得到/user-service/users/hello
  2. 匹配到user-service路由后，再剥离path里的/user-service，最终转发给微服务的路径是/users/hello
• 但你的微服务控制器@RequestMapping是/api/user-service/users，对应的完整访问路径是/api/user-service/users/hello，转发过去的/users/hello自然找不到，就返回404了。
• 而你请求<zuul_url>/api/user-service/api/user-service/users/hello时，Zuul剥离后转发的路径是/api/user-service/users/hello，刚好匹配控制器路径，所以能正常访问。

解决方案（无需修改微服务代码） #

方案一：路径重写（最推荐） #

通过Zuul的rewritePath配置，把转发路径调整为微服务期望的格式，完美适配你的需求：

zuul:
  prefix: /api
  routes:
    user-service:
      path: /user-service/**
      serviceId: user-service
      # 重写规则：把/user-service/xxx 替换为 /api/user-service/xxx
      rewritePath: /user-service/(?<segment>.*) /api/user-service/${segment}

配置后，请求<zuul_url>/api/user-service/users/hello时，Zuul会自动把转发路径改成/api/user-service/users/hello，和你的微服务控制器路径完全匹配，就能正常访问了。

方案二：关闭路由前缀剥离（适合全局统一配置场景） #

如果不想用重写，也可以关闭路由的stripPrefix并调整全局前缀的剥离规则，但要注意这会影响所有路由：

zuul:
  prefix: /api
  # 关闭全局前缀的自动剥离（默认是true）
  stripPrefix: false
  routes:
    user-service:
      path: /user-service/**
      serviceId: user-service
      # 关闭该路由的前缀剥离
      stripPrefix: false

这种配置下，Zuul会把完整的/api/user-service/users/hello转发给微服务，刚好匹配你的控制器路径。但如果还有其他微服务，需要确保它们的路径也能适配这种转发规则。

验证 #

配置完成后重启Zuul服务，直接请求<zuul_url>/api/user-service/users/hello就能正常返回Hello world!了，完全不用修改微服务里的@RequestMapping路径。

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