Protobuf 디코더 (.proto 없이)

사용법

1. 페이로드를 base64 또는 hex로 붙여넣으세요. 형식은 자동 감지되고 직접 지정할 수도 있습니다.
2. 트리를 읽으세요. 각 줄은 필드 번호, 와이어 타입, 값입니다.
3. 회색 글씨로 표시된 다른 해석 가능성도 확인하세요.
4. 중첩 메시지는 상위 필드 아래에 들여쓰기되어 표시됩니다.
5. 캡처한 본문 파일을 끌어다 놓으면 바로 디코딩됩니다.

자주 묻는 질문

필드 이름이 왜 안 나오나요?

전송되지 않기 때문입니다. protobuf는 와이어에 필드 번호와 와이어 타입만 싣고, 이름은 양쪽의 .proto 파일에 있습니다. 그래서 인코딩이 작아지는 것이고, 스키마 없는 디코더가 메시지의 구조는 보여줘도 필드 이름은 알려줄 수 없는 이유이기도 합니다.

중첩 메시지인지 어떻게 판단하나요?

해당 바이트를 메시지로 파싱해 보고, 완전히 일관될 때만 받아들입니다. 모든 키가 유효한 필드 번호와 와이어 타입이고, 모든 길이가 버퍼 끝에 정확히 맞아야 합니다. 짧은 문자열이 우연히 이 검사를 통과하기도 해서, 바이트가 유효한 텍스트이기도 하면 모호하다고 표시합니다.

숫자의 다른 해석이란 무엇인가요?

와이어 상의 varint는 int32/int64/uint일 수도, 지그재그 sint일 수도, bool일 수도 있습니다. fixed64는 double일 수도, fixed64나 sfixed64일 수도 있습니다. 페이로드 안에는 이를 구분할 정보가 없어서, 가장 흔한 해석을 먼저 보여주고 나머지를 옆에 표시합니다.

gRPC 본문도 디코딩되나요?

gRPC 프레임은 각 메시지 앞에 압축 플래그 1바이트와 길이 4바이트를 붙입니다. 그 5바이트를 떼어내면 나머지는 여기서 디코딩됩니다. 압축된 프레임은 먼저 압축을 풀어야 합니다.

group은 어떻게 되나요?

group은 proto2의 폐기된 와이어 타입 3, 4이며 요즘은 거의 볼 수 없습니다. 발견하면 중첩을 추측하지 않고 표시만 남깁니다.

페이로드가 업로드되나요?

아니요. 바이트는 브라우저에서 디코딩되며 서버로 전송되는 것은 없습니다.

관련 도구