Protobuf 디코더

아니요. protobuf wire 포맷은 스키마 없이도 필드 번호, wire type, 원시 값을 복원할 수 있을 만큼 자기 서술적입니다. 다만 선언된 필드 이름과 정확한 타입(예: int32와 sint32)은 wire에 저장되지 않아 표시할 수 없지만, 구조와 값은 볼 수 있습니다. 다른 해석도 보기를 켜면 각 값 아래에 가능한 다른 해석(부호 있는 정수, zigzag인 sint32, float 등)이 나오므로 맞는 것을 고르면 됩니다.

gRPC는 각 메시지 앞에 5바이트 프리픽스(압축 플래그 1바이트 + 빅엔디언 길이 4바이트)를 붙입니다. 이 5바이트를 제거하고 나머지를 디코딩하세요.

길이 지정 필드는 먼저 유효한 UTF-8이면서 제어 문자가 없는지 봅니다. 그러면 문자열로 보여주므로 한글이 담긴 필드도 글자 그대로 나옵니다. 그렇지 않은 바이트가 protobuf 하위 메시지로 깔끔하게 파싱되면 중첩 메시지로, 둘 다 아니면 원시 16진수로 보여줍니다. 스키마 없이 하는 추론이라 값에 따라 의도와 다르게 분류될 수 있습니다. 텍스트로 보였지만 같은 바이트가 하위 메시지로도 읽히면, 다른 해석도 보기에 그 하위 메시지도 나옵니다.

다른 해석도 보기 — 부호 있는 정수·zigzag·float·packed 목록을 켜세요. 그러면 varint는 부호 있는 정수(2의 보수), zigzag인 sint32/sint64, bool로도 읽고, 고정 4바이트는 sfixed32와 float로, 8바이트는 sfixed64와 double로, 길이 지정 필드는 길이가 맞는 경우 varint·zigzag·float·double의 packed 목록으로도 읽습니다. 원래 값과 같아지는 해석은 빼므로, 실제로는 sint32였던 varint 1 아래에는 −1이 나옵니다. varint 목록으로 딱 떨어지는 원시 바이트 필드는 켜지 않아도 packed varint: 1, 2, 3처럼 보여 줍니다.

네. Hex·Base64 옆의 자동 감지는 글자를 먼저 16진수로 읽어 보고, 16진수로 읽히지 않거나 메시지로 디코딩되지 않으면 base64(표준이나 URL-safe, 패딩이 있든 없든)로 읽은 뒤 어느 쪽으로 읽었는지 알려 줍니다. 기본은 여전히 Hex입니다. 보기에서 트리와 JSON을 바꿀 수 있고, JSON은 JSON 복사와 다운로드가 가져가는 필드 번호 기준 JSON 그대로입니다. 그 옆 한 줄에는 읽은 바이트 수, 필드 수와 중첩을 포함한 필드 수, 디코딩에 걸린 시간이 나오며, 타이머가 잴 수 없는 짧은 시간은 소수 대신 1밀리초 미만이라고 적습니다.

네. Hex로 읽을 때 글 맨 앞이나 바이트 묶음마다 앞에 붙은 0x를 접두사로 받으므로, C 배열이나 디버거 덤프처럼 적힌 0x08 0x96 0x01이나 바이트마다 쉼표가 붙은 것, 한 줄에 한 바이트씩 적은 것도 붙여 넣은 그대로 디코딩됩니다. 16진수부터 시도하는 자동 감지도 마찬가지입니다. 묶음 가운데에 든 0x는 접두사가 아니므로, 10x5는 15로 슬쩍 읽지 않고 16진수가 아니라며 거부합니다.