16진수 디코더
16진수 바이트를 UTF-8, UTF-16, Latin-1, Windows-1252 텍스트로 디코딩합니다. 48656C, 48 65, 0x48, \x48, 콜론 형식을 받아들이고 헥스 덤프 표도 보여 줍니다.
| 오프셋 | 바이트 수 | ASCII |
|---|---|---|
| 00000000 | 48 65 6C 6C 6F 2C 20 57 6F 72 6C 64 21 | Hello, World! |
패킷 캡처, 디버거, 데이터베이스 BLOB, 로그 파일에서 가져온 16진수 바이트를 붙여 넣으면 읽을 수 있는 텍스트로 되돌려 줍니다. 48656C6C6F, 48 65 6C, 48:65:6C, 0x48,0x65, \x48\x65 등 거의 모든 형식을 받아들이고, 바이트를 UTF-8, UTF-16, Latin-1, Windows-1252로 읽으며, 오프셋을 확인할 수 있도록 전통적인 헥스 덤프를 보여 줍니다.
사용 방법
- 16진수를 붙여 넣습니다. 구분 기호와 0x, \x 접두사는 자동으로 제거됩니다.
- 바이트를 읽는 방식을 고릅니다. 달리 아는 것이 없다면 UTF-8입니다.
- 디코딩된 텍스트를 확인하고, 특정 바이트의 위치는 헥스 덤프로 찾습니다.
계산식
byte = 16 × h₁ + h₂, 그다음 text = decode(bytes, encoding)
16진수 두 자리가 0부터 255까지의 바이트 하나입니다. UTF-8은 1~4바이트를 문자 하나로 합치고, UTF-16은 코드 단위마다 2바이트(이모지 등 보충 문자는 4바이트)를 쓰며, Latin-1과 Windows-1252는 바이트 하나를 정확히 문자 하나로 대응시킵니다.
예시
13바이트 48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21은 UTF-8로 디코딩하면 Hello, World!가 됩니다. 0x48은 H, 0x2C는 쉼표, 0x20은 공백입니다. 두 바이트 C3 A9는 UTF-8에서는 é이지만 Latin-1로 읽으면 "é"가 되는데, 이것이 UTF-8 파일을 잘못된 인코딩으로 열었을 때 보이는 익숙한 깨진 글자입니다.
자주 묻는 질문
결과에 �가 보이는 이유는 무엇인가요?
그 바이트가 올바른 UTF-8이 아니기 때문입니다. 데이터가 다른 인코딩(Windows-1252나 UTF-16을 시도해 보세요)이거나 텍스트가 아닐 수 있습니다. 압축 데이터, 이미지, 키는 읽을 수 있는 텍스트로 디코딩되지 않습니다.
공백이나 0x 접두사를 먼저 지워야 하나요?
아닙니다. 공백, 쉼표, 콜론, 하이픈, 0x, \x, %는 디코딩 전에 제거되므로 코드나 덤프에서 16진수를 그대로 붙여 넣어도 됩니다.
Latin-1과 Windows-1252는 무엇이 다른가요?
0x80–0x9F를 제외한 모든 바이트가 같습니다. Windows-1252는 그 범위에 0x80의 €나 0x91–0x94의 둥근 따옴표 같은 출력 가능한 문자를 두고, Latin-1에는 보이지 않는 제어 코드가 있습니다.
16진수 자릿수가 홀수이면 어떻게 되나요?
구분된 토큰마다 두 자리로 된 완전한 바이트여야 합니다. 길이가 홀수인 토큰 하나나 형식이 잘못된 바이트 묶음은 숫자를 이어 붙이지 않고 거부합니다. 올바르지 않은 UTF-16 서로게이트 시퀀스도 거부합니다.
출처
최종 업데이트:
이 입력값이 담긴 페이지 주소: https://kakao.mobile/ko/tools/hex-decoder/
인용·퍼가기
kakaoCalc. (2026, November 8). 16진수 디코더. https://kakao.mobile/ko/tools/hex-decoder/
“16진수 디코더.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/hex-decoder/.