decoder、pack、framedecoder
Open
- Dominant language
- Go
- Stars
- 7.8k
- Forks
- 1.3k
- PR merge metrics
- No merged PRs in 30d
Description
编解码这部分感觉好乱。。。
首先connection已经默认使用framedecoder，然后在读客户端数据时已经成功解码得到imessage并且包装成irequest交给chainbuilder去处理。但是body的第一个inception是一个解码器，拿着rawdata又解码一次，得到imessage，然后调用ProceedWithIMessage去处理了一下下才真正进入router处理逻辑。为什么不在第一次由connection解码成功后的request直接进入chain处理router逻辑呢？中间的解码拦截器有什么作用？
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.