- 主题:[讨论] 拦截器 与 过滤器 有什么区别呢？？
嗯，稍微像样一点的实现，body都是一个流直接连到epoll()之类底层的
然后要抢在正主之前拿正文就得各种buffer倒来倒去
如果是只读个数据流还稍微好点
碰上什么先按业务字段排序或者说要把签名织入body的就越发坑
（好像新版腾讯支付接口就把后面一条回避掉了）
【 在 guestking (无) 的大作中提到: 】
: 要读body就很烦
: 比如要给body算签名这种需求
--
FROM 218.79.11.*
签名放body这种事情
之前和我对接的一家厂商就是这么干的
我直接拒绝了，让他们改成放header里
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 嗯，稍微像样一点的实现，body都是一个流直接连到epoll()之类底层的
: 然后要抢在正主之前拿正文就得各种buffer倒来倒去
: 如果是只读个数据流还稍微好点
: ...................
--
FROM 180.167.95.*
遇到的第一个需求是简体繁体转换
【 在 guestking (无) 的大作中提到: 】
: 要读body就很烦
: 比如要给body算签名这种需求
--
FROM 61.144.117.*
这种事情，前端做就好了吧
【 在 canper (洗衣粉) 的大作中提到: 】
: 遇到的第一个需求是简体繁体转换
--
FROM 180.167.95.*
先不说那个年代还没有前端的概念，前端转换的效率也差很多
【 在 guestking (无) 的大作中提到: 】
: 这种事情，前端做就好了吧
--
FROM 61.144.117.*
我印象中2000年的时候，是用四通利方做国标码和big5的转码的
忘记有没有简繁转换功能了，效率还可以啊，玩台湾游戏必备
【 在 canper (洗衣粉) 的大作中提到: 】
: 先不说那个年代还没有前端的概念，前端转换的效率也差很多
--
FROM 180.167.95.*
那个是用GDI钩子作的吧
【 在 guestking (无) 的大作中提到: 】
: 我印象中2000年的时候，是用四通利方做国标码和big5的转码的
: 忘记有没有简繁转换功能了，效率还可以啊，玩台湾游戏必备
--
修改:oldwatch FROM 218.79.11.*
FROM 218.79.11.*
struts
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 关键是可以随便改，忘了哪家的mvc就是直接基于filter拦下来自己作分发
:
: 一般而言，标filter的接口都是倾向于能且仅能选择拦或不拦
: 往来报文本体都是只读不可写（比如nginx标成filter的那两个）
--
FROM 223.104.3.*
不是封装而是换了一个？
【 在 canper (洗衣粉) 的大作中提到: 】
:
: 嘿嘿，早期在weblogic下，过滤器里吧request偷偷换成另一个，然后forward到jsp的时候报错了，错误信息大概是说这不是我原来那个request。
: 同样的代码在tomcat下没问题。
:
--
FROM 223.104.3.*
必须读原生request吗？不能等Spring解析好映射成自己对象之后用切面读吗？
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 嗯，稍微像样一点的实现，body都是一个流直接连到epoll()之类底层的
: 然后要抢在正主之前拿正文就得各种buffer倒来倒去
:
: 如果是只读个数据流还稍微好点
--
FROM 223.104.3.*