Spring Cloud Gateway路由Angular应用时陷入无限循环问题排查

问题成因 #

当前网关路由仅匹配/ui/**路径并转发至Angular，但未对请求路径做重写处理，引发以下连锁问题：

• 若Angular默认base href为/，它无法识别/ui前缀的路由，会触发重定向操作，而网关会再次匹配/ui相关路径，形成网关与Angular之间的请求循环；
• 即便Angular配置了/ui作为base href，若路由规则存在不合理的重定向逻辑，也会导致请求来回跳转；
• 循环过程中，网关每次转发都会添加额外请求头（如X-Forwarded-*系列头），最终导致请求头体积超过限制，触发431错误。

解决步骤 #

1. 修改网关路由配置，添加路径重写过滤器 #

在ui路由中增加RewritePath过滤器，移除/ui前缀后再转发给Angular，让Angular处理自身根路径路由：

spring:
  cloud:
    gateway:
      routes:
        - id: ui
          uri: http://localhost:4200
          predicates:
            - Path=/ui/**
          filters:
            - RewritePath=/ui/(?<path>.*), /$\{path}

注：YAML语法中需要用$\{path}转义，确保正则捕获的路径片段能正确替换。

2. 调整Angular的base href配置 #

• 若采用上述路径重写方案，Angular的base href保持默认的/即可（对应index.html中的<base href="/">）；
• 若需Angular直接处理/ui前缀路径，需在构建时指定ng build --base-href=/ui/，同时确保Angular路由配置所有路径都基于/ui前缀定义，但这种方式灵活性较低。

3. 排查Angular路由规则 #

检查Angular路由模块，确认没有针对/ui路径设置无限重定向的逻辑（比如路由守卫强制跳转至/ui、默认路由重定向回/ui等）。

4. 恢复请求头大小配置（可选） #

解决循环问题后，请求头不会再无限膨胀，可将server.max-http-header-size恢复至合理值，无需保留5MB的上限。

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