Spring Boot 1.5.x集成Netflix Zuul：无URL参数实现去/public前缀转发

我来帮你解决这个问题，结合Spring Boot 1.5.x和Zuul的特性，我们可以通过以下方式实现需求，同时聊聊架构合理性的问题：

首先，要实现外部请求不带/public前缀，转发到微服务时自动加上该前缀，同时依赖serviceId做客户端负载均衡，你需要调整Zuul的路由配置，结合rewritePath重写请求路径，同时确保Zuul集成了服务发现和Ribbon组件。

1. 核心配置示例 #

假设你的微服务已经在Eureka（或其他服务发现组件）中注册，serviceId分别为custom-service、order-service等，每个微服务都在/public/**下暴露公共端点。对应的Zuul配置如下：

zuul:
  routes:
    # 针对custom-service的路由规则
    custom-service:
      path: /path/to/service/endpoint/**  # 外部请求的路径
      serviceId: custom-service           # 服务发现中注册的微服务ID
      rewritePath: ^/(.*)$ /public/$1     # 重写路径：给外部路径前加上/public前缀
      stripPrefix: false                  # 不剥离路径前缀，确保完整路径被重写
      sensitiveHeaders: Cookie,Set-Cookie # 按需配置，若需传递Cookie等头信息可调整或设为空

    # 针对其他微服务的路由规则（类似写法）
    order-service:
      path: /order/**
      serviceId: order-service
      rewritePath: ^/(.*)$ /public/$1
      stripPrefix: false

2. 关键依赖与前提 #

• 确保项目中引入了服务发现依赖（比如spring-cloud-starter-netflix-eureka-client）和Ribbon依赖（spring-cloud-starter-netflix-ribbon），这样Zuul才能通过serviceId获取微服务实例列表，实现客户端侧的负载均衡。
• 微服务必须正确注册到服务发现组件中，Zuul能正常拉取服务实例信息。

3. 配置解释 #

• rewritePath：用正则表达式匹配外部请求路径，将/path/to/service/endpoint/xxx重写为/public/path/to/service/endpoint/xxx，完全符合你需要的转发规则。
• serviceId：替代原来的url参数，让Zuul通过服务发现找到对应的微服务实例，Ribbon会自动在多个实例间做负载均衡（默认轮询策略，可自定义）。
• stripPrefix: false：确保外部请求的完整路径被保留，再通过rewritePath添加/public前缀。

你的当前需求用上述配置可以正常实现，但要不要拆分服务，取决于你的业务场景：

当当前模式合理的场景 #

• 公共端点逻辑简单，与微服务核心业务耦合度低，只是对外暴露的一个入口。
• 微服务数量不多，路由规则清晰，不会出现路径冲突。
• 团队规模较小，维护拆分后的服务成本较高。

当拆分服务更优的场景 #

如果你的公共端点涉及较多HTTP层的处理（比如请求参数校验、响应格式统一、权限控制、API版本管理等），或者未来外部流量增长明显，建议拆分为Web服务（对外网关层的下游服务）和核心业务服务：

• 职责分离：Web服务专注于HTTP协议适配、流量控制、安全校验等，核心服务专注于业务逻辑实现，代码更清晰。
• 安全隔离：核心服务不直接对外暴露，降低被攻击的风险，只和Web服务内部通信。
• 扩展性更好：Web服务可以独立扩容，应对外部流量波动；核心服务根据业务需求单独扩容，资源利用更高效。
• 便于迭代：Web服务的API变更不会直接影响核心服务，核心服务的业务迭代也不会影响对外API的稳定性。

• Spring Boot 1.5.x对应的Spring Cloud版本（如Dalston、Edgware）对Zuul的配置兼容性较好，注意不要使用过高版本的Spring Cloud组件。
• sensitiveHeaders默认会过滤Cookie、Set-Cookie、Authorization，如果你的业务需要传递这些头信息，需要显式设置sensitiveHeaders: （空值）或者移除对应的头名称。
• 路由规则的顺序很重要：Zuul会优先匹配最具体的路径，所以把更精准的路由规则放在配置文件的前面，避免被通用规则覆盖。

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