Chapter 10. 코덱 프레임워크

[LOG-INFO]

끄적끄적

• Decoder
  • 바이트를 스트림 메시지로 디코딩
  • ByteToMessageDecoder
    • Inbound 데이터가 처리할 만큼 모일 때까지 버퍼에 저장
    • decode(...) 메서드에서 ByteBuf.readableBytes()를 통해 길이를 확인 후 특정 타입으로 디코딩해서 List에 담음
  • ReplayingDecoder
    • 길이 확인을 하지 않아도 됨
    • 바이트가 충분하지 않으면 Error 생성
    • 데이터를 더 읽을 준비가 되면 decode(...) 메서드 다시 호출
  • 그 외
  • LineBasedFrameDecoder: \n or \r\n으로 라인 구분
  • HttpObjectDecoder: HTTP 데이터용 디코더
  • 메시지를 다른 메시지 유형으로 디코딩
  • MessageToMessageDecoder
    • 메시지 포맷을 변환
• Encoder
  • MessageToByteEncoder: 메시지를 바이트 스트림으로 변경
  • MessageToMessageEncoder
• Codec
  • 편이성을 위해 코드 재사용성과 확장성을 포기하고 Inbound/Outbound 모두 한 클래스에서 구현
  • Composite 패턴을 이용하는 CombinedChannelDuplexHandler를 통해 재사용성/확장성도 챙길 수 있음

느낀점

• 그냥 이런 인코더/디코더/코덱도 있다는걸 알게 됨

더 알아본 점

• Spring Webflux에서는 ByteToMessageDecoder(를 상속한 HttpObjectDecoder를 상속한 HttpRequestDecoder)를 기본적으로 사용함
  • 
• redisson에서는 ReplayingDecoder 사용함
  • 

궁금한 점

• p.157. 왜 public void decode(ChannelHandlerContext ctx, I msg, List<Object> out)에서 out을 제네릭이 아닐까?
  • ex) public void decode(ChannelHandlerContext ctx, I msg, List<R> out)
• p.158. TooLongFrameException을 보다가 생각난 것. Spring Webflux에서는 최대 메시지 크기를 몇으로 제한하고 있을까?
  • 
  • 
  • 
  • 근데 이건 Chunk 단위의 제한인 것 같고, 전체 메시지 단위의 Max는 없나?
  • 
  • 이거 맞나? 여기서 SO_RCVBUF인 듯 = 1MB
    • Netty의 설정이 아니라 Socket 자체의 설정이군
  • 음 근데 위에껀 그냥 Buffer와 Chunk 사이즈인 듯 하고, 한 메시지당 최대 크기는 기본적으로 제한이 없는 것으로 보임.
    • 그런데 application properties에서 아래 설정으로 제한을 줄 수 있다고 함
    • server.max-request-size=100KB
• p.160. Channel이 닫힌 후 마지막 메시지를 생성해야 하는 일이 자주 있기 때문이다? 어떤 경우가 있지?
  • Inbound는 뭔가 channel 닫힌 후에도 뭔가 메시지 생성되어서 내부적으로 처리될 수 있다는 뜻인 듯
• 으.. 스프링 웹플럭스 코드 분석하는데 겁나 얽혀있어서 추적하는데 힘들었다....

[MinJunKweon]

끄적끄적

• 코덱(Coder/Decoder)
• 입력받은 바이트버퍼를 통해 읽어서 특정 포맷으로 변경하는 작업을 함
• 코덱에서 참조 카운팅을 주의해야함

[minkukjo]

끄적끄적

• 네티의 디코더는 주로 ChannelInboundHandler를 위해 변환할 때 씀
• 인코더는 주로 아웃바운드 데이터를, 디코더는 주로 인바운드 데이터를 처리할 때 사용한다고 한다.
• ByteToMessageDecoder는 바이트 스트림을 메시지로 디코딩하기 위해 네티에서 쓰이는 추상 클래스.
  • 인바운드 데이터를 모았다가 한 번에 보낸다.
• ReplayingDecoder는 ByteToMessageDecoder를 확장했음
  • Int면 그냥 곧바로 Int를 읽을 수 있어서 ByteToMessageDecoder보다 간단하게 데이터를 읽을 수 있는 인터페이스를 제공해줌.
• 인코더는 ChannelOutboundHandler를 구현하고 아웃바운드 데이터를 다른 포멧으로 변경함.
• 어째 가면 갈수록 점점 더 와닿지 않는 내용들이.. @_@;;