16진수 문자열 변환기 (문자열 → 16진수도 지원)

16진수 ASCII 변환 빠른 답변

16진수 문자열 변환이란?

$ echo 48656c6c6f | xxd -r -p
Hello

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'
>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

이 16진수 변환기의 기능

코드에서 16진수를 문자열로 변환

16진수 문자열 변환 예제

48 65 6C 6C 6F 2C 20 E4 B8 96 E7 95 8C

Hello, 世界

CE C2 B6 C8 3A 32 35 2E 33 A1 E6

温度:25.3℃

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........

Hi 你好␍␊

[-28, -72, -83, -26, -106, -121]

中文

AT+CSQ\r\n

41 54 2B 43 53 51 0D 0A

653462646130653561356264

e4bda0e5a5bd → 你好

16진수를 문자열로 변환하는 방법

1. 1

   16진수 붙여넣기

   「16진수 → 텍스트」 탭의 입력란에 가지고 있는 형식 그대로 붙여넣으세요. 공백 구분, 붙여 쓴 형태, 0x 값, \x 이스케이프, 바이트 배열, xxd 화면 출력 전체 모두 됩니다. 입력란 아래에 어떤 형식으로 읽었는지 표시됩니다.

2. 2

   텍스트와 인코딩 확인

   오른쪽에 텍스트가 나타나고, 자동 판별한 인코딩과 그 근거가 함께 표시됩니다. 추측이 틀렸다면 아래 표에서 모든 해석을 확인하고 「인코딩」 메뉴에서 올바른 것을 고르세요.

3. 3

   보이지 않는 문자 살펴보기

   NUL, CR, LF 같은 제어 바이트는 ␀ ␍ ␊로 표시됩니다. 「보이지 않는 문자 표시」 체크를 해제해 원래 텍스트를 본 다음 결과를 복사하세요.

4. 4

   또는 텍스트를 16진수로 변환

   「텍스트 → 16진수」 탭에서 인코딩과 출력 형식을 고르세요. 공백으로 구분한 16진수, 0x 값, C·Java·Python·Go 배열, xxd 덤프 중에서 선택할 수 있습니다. 시리얼 통신이나 네트워크 프로토콜용이라면 CR LF를 체크하세요.

16진수 문자열 변환이 잘못되는 이유

>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'

'你'.charCodeAt(0).toString(16)   // '4f60' — a UTF-16 code unit

Buffer.from('你', 'utf8').toString('hex')   // 'e4bda0' — the UTF-8 bytes

Integer.toHexString(b)        // "ffffffe4" for 0xE4, "a" for 0x0A

String.format("%02x", b)      // "e4", "0a"

Buffer.from('486', 'hex')      // <Buffer 48> — the 6 is silently dropped
Buffer.from('48zz65', 'hex')   // <Buffer 48> — stops at zz

if (!/^([0-9a-f]{2})*$/i.test(hex)) throw new Error('invalid hex');
Buffer.from(hex, 'hex');

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........
→ read naively: 00 00 00 00 48 69 20 e4 …

$ printf 'Hi 你好\r\n' | xxd -p
486920e4bda0e5a5bd0d0a

41 54 2B 43 53 51 0A      AT+CSQ followed by LF only

41 54 2B 43 53 51 0D 0A   AT+CSQ followed by CR LF

16진수 문자열 변환이 필요한 경우

시리얼·UART 디버깅

시리얼 터미널은 수신한 데이터를 16진수로 보여 줍니다. 프레임을 붙여넣으면 그 안의 텍스트를 읽고 끝에 붙은 0D 0A나 00을 찾을 수 있으며, 반대 방향으로는 장치가 받아들이는 CR LF 줄 끝의 명령을 구성할 수 있습니다.

패킷 캡처 읽기

Wireshark나 tcpdump에서 복사한 프로토콜 페이로드는 16진수입니다. 프레임 안의 요청 줄, JSON 본문, 장치 이름을 디코딩할 때는 스크립트를 작성하는 것보다 여기서 하는 편이 빠르고, 데이터가 내 컴퓨터를 벗어나지도 않습니다.

애플리케이션 로그 속 바이트 배열

Java는 바이트 배열을 부호 있는 10진수로, Python은 b'...' 리터럴로, Node.js는 <Buffer ...>로 로그에 남깁니다. 로그 조각을 그대로 붙여넣으면 UTF-8인지 GBK인지까지 포함해 텍스트를 확인할 수 있습니다.

데이터베이스의 16진수 칼럼과 BLOB

데이터베이스 도구는 바이너리 칼럼을 16진수로 표시합니다. 값을 디코딩해 실제로 무엇이 저장되었는지 확인하거나, 텍스트를 16진수로 변환해 데이터베이스에 있는 값과 바이트 단위로 비교하세요.

펌웨어와 C 소스의 문자열

임베디드 코드는 텍스트를 바이트 배열에 담습니다. 문자열을 바로 붙여넣을 수 있는 C 배열로 변환하거나, 헤더 파일의 배열을 다시 텍스트로 읽어 장치가 무엇을 출력할지 확인하세요.

16진수와 텍스트의 대응: ASCII, UTF-8, GBK, UTF-16

1바이트는 16진수 두 자리

1바이트는 8비트, 16진수 한 자리는 4비트이므로 모든 바이트는 정확히 16진수 두 자리(00~FF)이며, 바이트 수는 항상 자릿수의 절반입니다. 대문자와 소문자는 같은 뜻입니다. 구분자, 접두사, 배열 문법은 표기일 뿐입니다. 4865, 48 65, 0x48, 0x65, \x48\x65는 모두 같은 2바이트입니다.

ASCII: 모든 인코딩이 공통으로 쓰는 바이트

ASCII는 00부터 7F까지를 할당합니다. 출력 가능한 문자는 20(공백)부터 7E(~)까지이고 나머지는 제어 문자이며, 실제 데이터에서 가장 자주 보이는 것은 00(NUL), 09(탭), 0A(라인 피드), 0D(캐리지 리턴), 1B(이스케이프)입니다. UTF-8, GBK, ISO-8859-1 모두 이 값을 그대로 유지하므로, 영어로만 된 텍스트는 인코딩을 잘못 골라도 거의 깨지지 않습니다.

UTF-8: 문자당 1~4바이트

UTF-8은 ASCII를 1바이트로, 나머지 문자는 바이트 시퀀스로 씁니다. 첫 바이트가 길이를 알려 줍니다. C2–DF는 2바이트, E0–EF는 3바이트, F0–F4는 4바이트이며, 뒤따르는 바이트는 모두 80–BF 범위여야 합니다. 구조가 이렇게 엄격하기 때문에 GBK로 된 중국어 문장이 올바른 UTF-8이 되는 일은 거의 없고(중국어 문장 33,910개로 시험했을 때 55개였습니다), 자동 판별은 UTF-8 디코딩이 깔끔하게 성공하면 그 결과를 신뢰합니다. 한 글자만 있을 때는 다릅니다. GBK 문자의 약 18%는 우연히 올바른 2바이트 UTF-8 시퀀스를 이룹니다.

GBK: 중국어 문자당 2바이트

GBK는 ASCII를 1바이트로 두고, 중국어 문자와 전각 문장 부호를 2바이트로 인코딩합니다. 선행 바이트는 81부터 FE까지, 후행 바이트는 7F를 제외한 40부터 FE까지입니다. 후행 바이트 범위가 매우 넓어서, 짧은 UTF-8 텍스트를 GBK로 읽으면 오류 없이 관계없는 문자로 디코딩되는 경우가 많습니다. E4 BD A0 E5 A5 BD(你好)는 浣犲ソ가 됩니다. 이 페이지가 UTF-8을 먼저 시도하는 이유입니다. GB18030은 드문 문자를 위한 4바이트 시퀀스를 더해 GBK를 확장한 것이며, 이 페이지의 디코딩은 이것도 받아들입니다.

UTF-16과 바이트 순서

UTF-16은 문자당 2바이트(기본 다국어 평면 밖의 문자는 4바이트)를 쓰며, 두 바이트의 순서는 어느 쪽이든 될 수 있습니다. UTF-16LE는 하위 바이트가 먼저 와서 A가 41 00이고, UTF-16BE는 상위 바이트가 먼저 와서 00 41입니다. Windows API와 많은 파일은 리틀 엔디언을 쓰며 BOM FF FE로 시작할 수 있고, UTF-8 파일도 가끔 EF BB BF로 시작합니다. 자동 판별은 BOM을 제거하고 그 사실을 알려 줍니다.

16진수와 문자열을 안정적으로 변환하는 방법

보내는 쪽과 받는 쪽 모두 인코딩을 명시

16진수만으로는 어떤 인코딩에서 나왔는지 알 수 없습니다. 텍스트를 바이트로 변환하는 모든 곳(getBytes(), encode(), 시리얼 터미널 설정, 데이터베이스 연결 문자 집합)에서 인코딩을 명시적으로 지정하고 16진수 옆에 적어 두어, 받는 쪽이 추측하지 않아도 되게 하세요.

문자 코드가 아니라 바이트를 다루기

JavaScript의 charCodeAt()나 Java의 char 값처럼 문자 코드를 반환하는 함수는 인코딩된 바이트가 아니라 UTF-16 코드 단위를 돌려줍니다. 먼저 TextEncoder, Buffer.from(), getBytes(StandardCharsets.UTF_8)로 문자열을 인코딩한 다음 바이트를 포매팅하세요.

모든 바이트를 항상 두 자리로 채우기

%02x 또는 같은 역할의 방법을 쓰고, 숫자를 16진수로 바로 변환하는 호출은 피하세요. 로그에서 a와 0a는 비슷해 보이지만, 0을 채우지 않은 값을 이어 붙이면 길이가 홀수인 문자열이 되거나, 더 나쁘게는 전혀 다른 바이트로 디코딩되는 문자열이 됩니다.

한 로그 안에서는 구분 형식을 통일

로그와 트레이스에는 공백으로 구분한 두 자리씩처럼 형식 하나를 정해 꾸준히 쓰세요. 형식이 섞이면 사람은 쉽게 읽어도 스크립트는 잘못 읽기 쉽고, 일부 값만 0을 채운 경우에는 특히 그렇습니다.

바이트 수 확인

변환 결과를 믿기 전에 바이트 수를 예상 값과 비교하세요. 프로토콜 헤더의 길이 필드, 칼럼 크기, 파일 크기 같은 값입니다. 이 페이지는 양방향 모두 바이트 수를 보여 줍니다.

16진수 문자열 변환 자주 묻는 질문