- 主题:[讨论] 拦截器 与 过滤器 有什么区别呢？？
API命名偏执症的执念而已:-)
顺便吐槽：
说明spring gateway实现还是太高阶（难怪性能差）
真要是底层抠性能的话一串内存零拷贝，它能做出modify来才怪……
【 在 guestking (无) 的大作中提到: 】
: 你说的这个是filter的本意
: 不过现在基本上都是提供修改功能的
: 像spring gateway那套，除了基本的转法拦截之外，也提供修改功能
: ...................
--
FROM 218.79.11.*
spring gateway性能差吗
是跟nginx比？
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: API命名偏执症的执念而已:-)
: 顺便吐槽：
: 说明spring gateway实现还是太高阶（难怪性能差）
: ...................
--
FROM 180.167.95.*
往来报文body都能直接进应用层的，还指望啥性能
就是一个httpservice和一个httpclient直接串起来的
就算nginx，如果一定要修改req body
在报文尺寸超过内存分页尺寸时性能也是暴跌的
【 在 guestking (无) 的大作中提到: 】
: spring gateway性能差吗
: 是跟nginx比？
--
FROM 218.79.11.*
我不读写body呢，也慢吗
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 往来报文body都能直接进应用层的，还指望啥性能
: 就是一个httpservice和一个httpclient直接串起来的
: 就算nginx，如果一定要修改req body
: ...................
--
FROM 180.167.95.*
嘿嘿，早期在weblogic下，过滤器里吧request偷偷换成另一个，然后forward到jsp的时候报错了，错误信息大概是说这不是我原来那个request。
同样的代码在tomcat下没问题。
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 特指servlet filter的话，那货近乎无所不能
: request/response随便改
--
FROM 61.144.117.*
nginx没问题，header的处理开销很小
spring gateway不知道有没有特别优化过这种场景
【 在 guestking (无) 的大作中提到: 】
: 我不读写body呢，也慢吗
--
FROM 218.79.11.*
怎么知道不是原来的request的
换成另一个的时候，header里面的东西没全复制过去？
【 在 canper (洗衣粉) 的大作中提到: 】
: 嘿嘿，早期在weblogic下，过滤器里吧request偷偷换成另一个，然后forward到jsp的时候报错了，错误信息大概是说这不是我原来那个request。
: 同样的代码在tomcat下没问题。
--
FROM 180.167.95.*
两个request直接==就判断出来了，鬼知道weblogic为什么要无聊的做这个判断。
【 在 guestking (无) 的大作中提到: 】
: 怎么知道不是原来的request的
: 换成另一个的时候，header里面的东西没全复制过去？
--
FROM 61.144.117.*
上次遇到这种勾当
还是为了满足给request body打日志（又是body)这种奇葩而常见的需求
【 在 canper (洗衣粉) 的大作中提到: 】
: 嘿嘿，早期在weblogic下，过滤器里吧request偷偷换成另一个，然后forward到jsp的时候报错了，错误信息大概是说这不是我原来那个request。
: 同样的代码在tomcat下没问题。
--
FROM 218.79.11.*
要读body就很烦
比如要给body算签名这种需求
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 上次遇到这种勾当
: 还是为了满足给request body打日志（又是body)这种奇葩而常见的需求
--
FROM 180.167.95.*