KO
내 도구

16진수 디코더

16진수 바이트를 UTF-8, UTF-16, Latin-1, Windows-1252 텍스트로 디코딩합니다. 48656C, 48 65, 0x48, \x48, 콜론 형식을 받아들이고 헥스 덤프 표도 보여 줍니다.

어떤 형식이든 됩니다. 48656c, 48 65 6c, 48:65:6c, 0x48,0x65, \x48\x65, %48%65 모두 가능합니다.
텍스트
Hello, World!
바이트 수
13
문자 수
13
헥스 덤프
오프셋바이트 수ASCII
0000000048 65 6C 6C 6F 2C 20 57 6F 72 6C 64 21Hello, World!
내 도구 →
광고

패킷 캡처, 디버거, 데이터베이스 BLOB, 로그 파일에서 가져온 16진수 바이트를 붙여 넣으면 읽을 수 있는 텍스트로 되돌려 줍니다. 48656C6C6F, 48 65 6C, 48:65:6C, 0x48,0x65, \x48\x65 등 거의 모든 형식을 받아들이고, 바이트를 UTF-8, UTF-16, Latin-1, Windows-1252로 읽으며, 오프셋을 확인할 수 있도록 전통적인 헥스 덤프를 보여 줍니다.

사용 방법

  1. 16진수를 붙여 넣습니다. 구분 기호와 0x, \x 접두사는 자동으로 제거됩니다.
  2. 바이트를 읽는 방식을 고릅니다. 달리 아는 것이 없다면 UTF-8입니다.
  3. 디코딩된 텍스트를 확인하고, 특정 바이트의 위치는 헥스 덤프로 찾습니다.

계산식

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 서로게이트 시퀀스도 거부합니다.

출처

최종 업데이트:

인용·퍼가기
APA

kakaoCalc. (2026, November 8). 16진수 디코더. https://kakao.mobile/ko/tools/hex-decoder/

MLA

“16진수 디코더.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/hex-decoder/.

광고