定制设计前几章整合了、Dubbo、Sentinel，本章就gateway定制设计来进一步学习，原本在springcloud定制设计篇章有整合过gateway，定制设计但是当时的理解更肤浅，现在对gateway定制设计有了多一些的了解，定制设计在本章进行加深描述一下，下面开始。↓↓↓↓↓↓↓↓↓↓↓↓↓↓
qq定制设计交流群导航——>231378628
定制设计后面会通过详细的定制设计图解和文字定制设计来描述里面涉及到的参定制设计数以及路由流程。
目录
一、新建gateway子工程
定制设计在前面章节里面，定制设计我们已经建了一个父子工程项目，定制设计这里直接接着整，定制设计新增一个子模块（demo-gateway），定制设计最终目录结构如下：
二、引入依赖
定制设计下面开始吐槽这个依赖引入的坑，定制设计很耗时间去解决，各种报错。
注意坑点（定制设计希望下次我遇到时，可以快速解决报错吧）：
- 1、gateway模块的pom不要去继承父工程的pom，父工程的pom依赖太多，极大可能会导致运行报错，新建gateway子工程后，pom父类就采用默认的spring-boot-starter-parent即可。
- 2、在gateway自己的pom文件引入依赖，如下：
- 4、在gateway自己的pom文件不要引用MVC的依赖包，不然会报错。
- 5、网上根据报错查了很多解决方案，比如在pom文件里额外添加feign的依赖，或者更换cloud和springboot的版本，或者排除什么依赖，结果都会出现“解决当前问题，出现新的问题”。如上解决方案，本人可行。（再次总结需要注意点：不要集成父工程的pom，不要引入MVC的依赖，只引入nacos-discovery和gateway依赖即可）。
三、改造gateway子模块
依赖问题解决后，就可以成功运行gateway模块了，前提是nacos已经开启了。
然后开始改造gateway，使之与其他模块构成关联，具体如下：
- 在gateway模块启动类上加上@EnableDiscoveryClient注解。
- 修改yml配置文件，可以交给nacos管理，此处为了方便，直接写在本地yml配置里，如果不知道怎么使用nacos上的配置文件，可以回顾前面章节。接着说，修改yml文件后，结果如下：
此处配置将当前模块跑到nacos注册中心，然后开启gateway的注册中心路由功能（后面演示两种gateway的路由功能）。
四、演示开启nacos注册中心路由功能效果
gateway可以通过routes和nacos的路由功能实现路由功能，现在展示一下nacos的路由功能效果。
通过如下方法开启的路由功能：
gateway: discovery: locator: enabled: true #开启注册中心路由功能
他的大概流程是这样的：
所以，在每次请求时请务必带上服务名，因为gateway需要去找nacos注册中心进行匹配。演示效果如下：
1、我运行了如下三个服务：
2、直接请求provider服务的接口：
3、通过网关请求provider服务的接口：
五、演示自定义路由配置效果
上面第四点演示了默认通过注册中心实现网关路由的功能，下面第五点演示不通过第四点，而是自己通过routes配置自定义的路由策略，如下：
注意：若要使用自定义配置，则“不能开启注册中心的路由功能”，否则自定义的策略会失效，学习时给我坑惨了，百度也没找到问题，解决注释了开启注册中心的路由功能的配置，自定义的配置就生效了。
先写一个配置，再进行描述，配置如下：
如上图所示，可以看到在routes里面，我新增了两组配置，里面涉及到了四个属性。
- id：可以理解为是这组配置的一个id值，请保证他的唯一的，可以设置为和服务名一致。
- uri：可以理解为是通过条件匹配之后需要路由到（跳转，重定向）到的新的服务地址。
- predicates：可以理解为是编写条件，满足条件才进行uri。
- filters：可以理解为是在路由前对请求的地址进行额外的其他操作，例如拼接或者裁减等。
两组配置是针对consumer服务和provider服务的，后面测试就针对consumer服务进行测试。
针对id为consumer的配置，解读一下配置的流程：
1、首选gateway网关接受向他发来的请求。
2、他拿到请求去匹配路径中是否含有/nacos-consumer，如果含有就将请求路由到nacos-consumer服务，lb://表示开启负载均衡策略去路由。
3、路由之前拿到的路径可以看到（/nacos-consumer）正是目标服务的服务名，直接拿去请求肯定不行，路径不存在，所有需要先去掉这部分（/nacos-consumer）。
4、于是在filters中使用StripPrefix去截取第一部分，StripPrefix表示（请求中剥离的路径个数，从左到右），剩下的地址拿去请求就是正常的了。
流程图如下：
1、直接请求consumer服务的接口：
2、通过网关请求consumer服务的接口：
由此可见，自定义的配置是有效果的，在此再测试一下predicates是否起效果，修改配置如下：
从上面可以得知，我的目标服务是nacos-consumer，此处修改后的流程应该是，只有请求路径中包含nacos-consumer1111，才会路由到nacos-consumer这个地址，下面进行测试：
可见，现在访问同样的接口，gateway已经不给我们路由跳转了，说明predicates是有效果的，再测试filters是否起效果，如下请求：
我在filters中的配置就是，删除第一个路径，可见filters也是有效的。
六、演示自定义不通过服务名进行路由
为了加深一下自定义配置的用法，下面思考一下如何通过网关请求consumer服务的接口，在请求路径上不加上consumer的服务名，结果如下即可：
所以改造配置文件后，结果如下：
1、直接请求consumer服务的接口：
2、通过网关请求consumer服务的接口：
结果：只通过接口地址，通过网关访问目标服务成功。
本章讲解的是gateway对于断言（predicates）、过滤器（filters）的基本用法的事例，还有更多用法，可以面向百度继续学习。
————————————————————完毕————————————————————