텍스트를 16진수로

왜 10진수가 아니라 16진수인가

16진수 한 자리는 정확히 4비트를 담으므로, 두 자리면 언제나 정확히 한 바이트가 됩니다. 10진수에서는 값이 아직 범위에 들어가는지 계산해봐야 알지만(128은 범위 안인가, 256은?), 16진수는 그것을 그대로 보여줍니다. 00이 가장 작은 바이트, ff가 가장 큰 바이트이고, 그 사이의 모든 바이트는 폭이 두 글자입니다. 이 가지런함 덕분에 메모리 덤프, 패킷 캡처, 파일 시그니처, 색상 코드가 모두 16진수로 적힙니다.

이 변환기가 실제로 내놓는 것

• 항상 소문자. 인코더는 6c로 쓰고 6C로 쓰지 않습니다. 16진수는 대소문자를 구분하지 않으니 잃는 정보는 없지만, 목표 형식이 대문자를 요구한다면 결과를 대소문자 변환 도구에 한 번 넣으세요.
• 바이트당 항상 두 자리. 탭 문자는 9가 아니라 09입니다. 바이트 경계를 셀 수 있게 하기 위해서입니다.
• 공백이거나 없거나. 구분자는 이 두 가지뿐입니다. 인코딩 쪽에서는 0x나 \x 접두사가 붙지 않으니, C나 파이썬 이스케이프 문자열이 필요하면 편집기에서 직접 붙이세요.
• 처음부터 끝까지 UTF-8. 텍스트는 글자 수가 아니라 바이트 수로 셉니다.

16진수와 유니코드

H는 UTF-8에서 1바이트라 48이 됩니다. 순수 ASCII를 벗어나는 문자는 더 많이 차지합니다.

그래서 Hello는 48 65 6c 6c 6f가 되어 5글자에 5바이트지만, café는 63 61 66 c3 a9가 되어 4글자에 5바이트입니다. é가 2바이트를 쓰기 때문입니다. 한글은 더 큽니다. 완성형 한글 한 글자는 UTF-8에서 3바이트라, 안녕 두 글자만으로 여섯 쌍이 나옵니다: ec 95 88 eb 85 95. 짧은 문자열인데 16진수 쌍이 생각보다 많다면 대개 이 때문입니다.

디코더가 받아들이는 형태

아래 어느 것을 붙여넣어도 Hello가 돌아옵니다.

• 48 65 6c 6c 6f, hexdump 방식
• 48656c6c6f, 구분자 없는 날것
• 0x48656c6c6f, 정수 리터럴 방식
• \x48\x65\x6c\x6c\x6f, C와 파이썬 이스케이프
• 48,65,6C,6C,6F, 쉼표 구분에 대소문자가 섞여 있어도 무방

접두사, 쉼표, 공백, 탭, 줄바꿈은 디코딩 전에 제거됩니다. 그 밖의 것은 제거되지 않습니다. 48-65의 붙임표, 색상 코드 앞의 #, f를 넘어가는 알파벳은 디코딩을 멈추게 하고, 자릿수가 홀수일 때도 마찬가지입니다. 반 바이트는 문자가 될 수 없기 때문입니다. 이런 경우 도구는 어설픈 결과를 추측하기보다 아무것도 돌려주지 않는 쪽을 택합니다. 출력 칸이 계속 비어 있다면 여기를 살펴보세요.

16진수 색상 코드는 표기만 같고 내용은 다르다

#ff8800도 같은 16진법을 쓰지만, 그 세 바이트는 문자가 아니라 빨강·초록·파랑 채널을 나타냅니다. #를 떼고 여기서 디코딩하면 읽을 수 있는 텍스트가 아닌 원시 바이트 세 개가 나옵니다. 그런 용도에는 색상 선택 도구를 쓰세요.