- 主题:[讨论] 拦截器 与 过滤器 有什么区别呢？？
嘿嘿，早期在weblogic下，过滤器里吧request偷偷换成另一个，然后forward到jsp的时候报错了，错误信息大概是说这不是我原来那个request。
同样的代码在tomcat下没问题。
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 特指servlet filter的话，那货近乎无所不能
: request/response随便改
--
FROM 61.144.117.*
两个request直接==就判断出来了，鬼知道weblogic为什么要无聊的做这个判断。
【 在 guestking (无) 的大作中提到: 】
: 怎么知道不是原来的request的
: 换成另一个的时候，header里面的东西没全复制过去？
--
FROM 61.144.117.*
遇到的第一个需求是简体繁体转换
【 在 guestking (无) 的大作中提到: 】
: 要读body就很烦
: 比如要给body算签名这种需求
--
FROM 61.144.117.*
先不说那个年代还没有前端的概念，前端转换的效率也差很多
【 在 guestking (无) 的大作中提到: 】
: 这种事情，前端做就好了吧
--
FROM 61.144.117.*
封装不也得换一个
【 在 nikezhang (难得糊涂) 的大作中提到: 】
: 不是封装而是换了一个？
--
FROM 119.129.122.*
好像springmvc开始的
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 关键是可以随便改，忘了哪家的mvc就是直接基于filter拦下来自己作分发
: 一般而言，标filter的接口都是倾向于能且仅能选择拦或不拦
: 往来报文本体都是只读不可写（比如nginx标成filter的那两个）
: ...................
--
FROM 119.129.122.*
springmvc又不是必用的
【 在 nikezhang (难得糊涂) 的大作中提到: 】
: 必须读原生request吗？不能等Spring解析好映射成自己对象之后用切面读吗？
--
FROM 119.129.122.*