zuul转发后服务取不到请求路径的解决

zuul转发后服务取不到请求路径

问题

希望通过获取不同的路径中的项目名,动态设置数据源,但是经过zuul网关后,在后面的服务中获取不到请求路径。

解决

通过Header:x-forwarded-prefix获取

测试代码:

    @GetMapping("/a")
    public String a(HttpServletRequest request) {
        StringBuilder result = new StringBuilder();
        result.append("getMethod:" + request.getMethod() + "\n\r");
        result.append("getRequestURL:" + request.getRequestURL() + "\n\r");
        result.append("getServletPath:" + request.getServletPath() + "\n\r");
        result.append("getContextPath:" + request.getContextPath() + "\n\r");
        result.append("getPathInfo:" + request.getPathInfo() + "\n\r");
        result.append("---------------------------------------------------" + "\n\r");
        Enumeration<String> es = request.getHeaderNames();
        while (es.hasMoreElements()) {
            result.append(es.nextElement() + ":" + request.getHeader(es.nextElement()) + "\n\r");
        }
        return result.toString();
    }

返回结果:

路径中标红的地方,和x-forwarded-prefix头部里的内容是一样的,所以使用request.getHeader('x-forwarded-prefix')就可以获取到当前访问的项目,然后做区分。

思考

推测是因为zuul转发请求的时候用的代理,本地相当于直接访问http://localhost:9070/a,所以就获取不到最开始输入的路径,而x-forwarded-prefix这个头部是用来记录请求最初从浏览器发出时的访问地址

zuul 地址转发问题

最近在学习spring cloud,使用zuul过程中发现地址并没转发成功,页面一直报错404.

使用的Spring cloud版本为最新版Greenwich

zuul中配置文件内容是

server:
  port: 8180
spring:
  application:
    name: zuul-test
zuul:
  routes:
    hello:
      path: /hello/**
      url: http://localhost:9180/

期望的是当web请求http://localhost:8180/hello?name=world 时能跳转到http://localhost:9180/hello?neam=world 打印出"hello world",然而事实上并没有,出错,页面提示404.

开始以为是Spring cloud版本太高,就把纯洁的微笑博客中的demo下载下来测试,发现依然如此。

怀疑zuul的请求是直接跳转到http://localhost:9180/ 但是没有加上上下文"hello"

所以将配置更改如下:

server:
  port: 8180
spring:
  application:
    name: zuul-test
zuul:
  routes:
    hello:
      path: /hello/**
      url: http://localhost:9180/hello

请求跳转成功。

毕竟是自己的猜测,还是需要代码支持,所以断点,调试源码进入查看.

在org.springframework.cloud.netflix.zuul.filters.route.SimpleHostRoutingFilter#run方法中通过

String uri = this.helper.buildZuulRequestURI(request);

解析出uri=“”,然后通过当前类中的forward方法组织请求参数并转发.

源码如下

重要是图中红框部分,如果你的转发地址没有带上上下文,host.getPath()获取的值将为"",与之前获取的uri拼接后为"".

通过323行

buildHttpRequest(verb, uri, entity, headers, params,request);

获取的httpRequest中的uri将会是?name=world,请求转发地址变成http://localhost:9180/?name=world,当然会404了。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • 浅谈Spring Cloud zuul http请求转发原理

    spring cloud 网关,依赖于netflix 下的zuul 组件 zuul 的流程是,自定义 了ZuulServletFilter和zuulServlet两种方式,让开发者可以去实现,并调用 先来看下ZuulServletFilter的实现片段 @Override public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) thr

  • spring cloud 使用Zuul 实现API网关服务问题

    通过前面几次的分享,我们了解了微服务架构的几个核心设施,通过这些组件我们可以搭建简单的微服务架构系统.比如通过Spring Cloud Eureka搭建高可用的服务注册中心并实现服务的注册和发现: 通过Spring Cloud Ribbon或Feign进行负载均衡:通过Spring Cloud Hystrix进行服务容错保护以避免故障蔓延.微服务搭建好了之后我们肯定会提供给外部系统一些统一的RESTFul API服务接口进行调用, 但是当外部系统调用我们的RESTful API的时候,怎么确定它

  • spring cloud zuul修改请求url的方法

    前言 在日常开发中,除了修改请求参数.设置响应header,响应body外,还有一种需求就是url重新,或者是修改url,这里简述一下怎么在zuul修改url.话不多说了,来一起看看详细的介绍吧. 转发配置 demo: ribbon: NIWSServerListClassName: com.netflix.loadbalancer.ConfigurationBasedServerList listOfServers: 192.168.99.100,192.168.99.101 zuul: ro

  • SpringCloud实战小贴士之Zuul的路径匹配

    不论是使用传统路由的配置方式还是服务路由的配置方式,我们都需要为每个路由规则定义匹配表达式,也就是上面所说的 path 参数.在Zuul中,路由匹配的路径表达式采用了Ant风格定义. Ant风格的路径表达式使用起来非常简单,它一共有下面这三种通配符: 通配符 说明 ? 匹配任意的单个字符 * 匹配任意数量的字符 ** 匹配任意数量的字符,支持多级目录 我们可以通过下表的示例来进一步理解这三个通配符的含义并参考着来使用: URL路径 说明 /user-service/? 它可以匹配 /user-s

  • zuul转发后服务取不到请求路径的解决

    zuul转发后服务取不到请求路径 问题 希望通过获取不同的路径中的项目名,动态设置数据源,但是经过zuul网关后,在后面的服务中获取不到请求路径. 解决 通过Header:x-forwarded-prefix获取 测试代码: @GetMapping("/a") public String a(HttpServletRequest request) { StringBuilder result = new StringBuilder(); result.append("getM

  • SpringCloud Gateway动态转发后端服务实现过程讲解

    目录 前言 一.概述 二.项目中加入依赖 三.配置文件 四.动态路由数据存储格式 五.后端服务动态转发 六.单元测试 前言 API网关的核心功能是统一流量入口,实现路由转发,SpringCloudGateway是API网关开发的技术之一,此外比较流行的还有Kong和ApiSix,这2个都是基于OpenResty技术栈. 简单的路由转发可以通过SpringCloudGateway的配置文件实现,在一些业务场景种,会需要动态替换路由配置中的后端服务地址,单纯靠配置文件无法满足这种需求. 本文介绍一种

  • 浅谈在fetch方法中添加header后遇到的预检请求问题

    今天在使用fetch方法 fetch('xxx.com',{header:{bbbbbbb:111}}) 浏览器返回的请求信息中,header变成了 :authority:koss.nocorp.me :method:OPTIONS :path:/?a=1 :scheme:https accept:*/* accept-encoding:gzip, deflate, br accept-language:zh-CN,zh;q=0.8 access-control-request-headers:

  • Egg Vue SSR 服务端渲染数据请求与asyncData

    服务端渲染 Node 层直接获取数据 在 Egg 项目如果使用模板引擎规范时通是过 render 方法进行模板渲染,render 的第一个参数模板路径,第二个参数时模板渲染数据. 如如下调用方式: async index(ctx) { // 获取数据,可以是从数据库,后端 Http 接口 等形式 const list = ctx.service.article.getArtilceList(); // 对模板进行渲染,这里的 index.js 是 vue 文件通过 Webpack 构建的 JSB

  • Vue中登录验证成功后保存token,并每次请求携带并验证token操作

    在vue中,可以用**Storage(sessionStorage,localStorage)**来存储token,也可以用vuex来存储(但要考虑页面刷新数据消失问题,可以在vuex用Storage), 下面介绍用localStorage来存储: 在登录请求成功后,会返回一个token值,用loaclStorage保存 localStorage.setItem('token',res.data.token) 在main.js中设置全局请求头和响应回来的判断 //设置axios请求头加入toke

  • Zuul 如何屏蔽服务和指定路径

    Zuul 屏蔽服务和指定路径 有时我们的一些后端服务并不想暴露出去 我们可以通过屏蔽服务或者路径的方式来进行实现: ### 网关配置 zuul: routes: demo-order: path: /do/** serviceId: demo-order stripPrefix: true # 忽略的服务,有些后端服务是不需要让网管代理的,防止服务侵入 ignored-services: service-a,service-b,config-server # 忽略的接口,屏蔽接口 ignored

  • openFeign服务之间调用保持请求头信息处理方式

    openFeign服务间调用保持请求头信息处理 1.注意特殊情况,在定时任务或者内部之间调用,没有request的时候,不要处理直接返回. 2.在GET请求,参数确放在Body里面传递的情况,restTemplate是不认识的,所以这里要转化下处理,然后清空body数据 3.在请求过程中如果出现java.io.IOException: too many bytes written异常,请参考保持请求头造成请求头和content-length不一致 /** * 解决服务调用丢失请求头的问题 * @

  • MySQL数据库安装后服务无法启动的解决办法

    目录 背景: 1.配置环境变量 2.修改my-default.ini(如果没有就新增.ini文件) 3.以管理员身份运行cmd 4.输入net start mysql,启动服务 5.输入mysql -u root -p,登录 总结 背景: Win10 x64位操作系统,以.MSI文件安装. 安装完成后,按照以下流程配置. 1.配置环境变量 我的电脑->属性->高级系统属性->高级->环境变量->path,点击编辑,进入页面后点击新增,将mysql的Path复制进来, 例如我的

  • vue3动态修改打包后的请求路径的操作代码

    在工作中多多少少会遇到这种情况:项目打包之后,可以再次修改请求后端接口的基础地址.这就需要我们创建一个静态资源里的外部文件来实现了. 具体操作实现 public 文件夹就是存放那些不需要打包的文件,可以直接访问(静态资源),在puclic目录下新增config.js文件 window.g = { // 开发环境 development: { BASEURL: 'http://127.0.0.1:4000', VERSION: '0.0.1', MODE: 'development', NODE_

  • 微信小程序中网络请求缓存的解决方法

    需求 提交小程序审核时,有一个体验测评,产品让我们根据小程序的体验测评报告去优化小程序. 其中有一项是网络请求的优化,给我们出了很大的难题. 文档中是这样解释的:3分钟以内同一个url请求不出现两次回包大于128KB且一模一样的内容 看到这个问题的时候,首先想到的是在响应头上加上cache-control,经过测试发现小程序并不支持网路请求缓存.搜索发现官方明确答复,小程序不支持网络请求缓存:wx.request不支持http缓存 既然官方不支持网络请求缓存,那只能自己想办法解决这个问题了. 先

随机推荐