decoder、pack、framedecoder
Abierto
- Lenguaje dominante
- Go
- Estrellas
- 7.8k
- Forks
- 1.3k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
编解码这部分感觉好乱。。。
首先connection已经默认使用framedecoder，然后在读客户端数据时已经成功解码得到imessage并且包装成irequest交给chainbuilder去处理。但是body的第一个inception是一个解码器，拿着rawdata又解码一次，得到imessage，然后调用ProceedWithIMessage去处理了一下下才真正进入router处理逻辑。为什么不在第一次由connection解码成功后的request直接进入chain处理router逻辑呢？中间的解码拦截器有什么作用？
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Evaluación
Este issue todavía no se ha evaluado.