标签：implements 拦截器 zuul 阻塞 响应 同步 操作 Ordered gateway

我被坑了

1.背景

因为spring boot 和spring cloud 出现远程攻击漏洞，不得不升级到最新的，而最新的不支持以前用的微服务框架，需要重新搭建

不再支持zuul网关，只能更换功能强大的gateway 

。。。。。。。巨坑来了，没有老师，没有详细的文档，只能把博客都翻了一遍，最后虽然成功了，但是走过的坑无数

最难受的是各种包冲突

请弃用zuul的操作逻辑，在这里不顶用

zuul是同步阻塞的，而gateway是非全异步非阻塞

说人话就是

zuul每次处理请求和响应都是生成一个线程做同步阻塞处理，逻辑不结束线程不结束，可以在主线程操作，可以在任何的地方做阻塞操作，如调用微服务接口和访问http互联网接口

然而 gateway这个奇葩

虽然也是在任何时候都可以做同步阻塞，但是不是任何地方都可以，做全局拦截器，可以随时获取请求信息，此时此地可以做同步阻塞操作，如调用微服务等，但是响应时，
必须new一个ServerHttpResponseDecorator 来操作，内部重写匿名类的实现方法来修改响应体等信息，注意了，此时此刻不允许做同步阻塞操作，即不允许调用微服务、
查询数据库等操作，如果在这里有统一拦截响应体然后需要调微服务接口的需求，趁早换方案吧，这里最多做点本地处理，如更换响应内容和加密解密等操作

还有很多坑，没时间写了，等有空再整理一下

标签：implements,拦截器,zuul,阻塞,响应,同步,操作,Ordered,gateway
来源： https://www.cnblogs.com/c2g5201314/p/16089922.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。