ASCII 텍스트와 16진수(Hex) 간의 즉각적인 양방향 분석 및 변환 도구
코드표를 검색하고 행을 선택하면 타겟 텍스트 필드에 자동으로 문자가 입력됩니다.
| Decimal | Hexadecimal | Octal | Binary | Character | 설명 (Description) |
|---|
FIELD NOTE · ASCII & BYTES
ASCII 변환에서 가장 흔한 오류는 문자 인코딩과 정수의 byte order를 같은 문제로 보는 것입니다. 문자열은 byte 순서를 가지며 endian은 여러 byte 정수를 메모리에 배치하는 규칙입니다.
ASCII는 0x00~0x7F 범위입니다. 영문 A는 0x41 한 byte지만 한글은 ASCII가 아니며 UTF-8에서 여러 byte로 인코딩됩니다. 프로토콜이 ASCII만 허용하면 비ASCII 입력을 그대로 전송하면 안 됩니다.
문자열 ABCD의 byte 순서는 41 42 43 44입니다. 이를 32비트 정수 0x44434241로 읽는 것은 little-endian 메모리 해석이며 문자열 자체를 뒤집은 것이 아닙니다.
'0'과 0은 같은가요? 문자 '0'은 0x30, 숫자 0 byte는 0x00입니다.
공백은 무시되나요? HEX 구분 공백과 실제 ASCII 0x20을 구분해야 합니다.
한글도 변환되나요? 가능하더라도 UTF-8 다중 byte이며 ASCII 표와는 다릅니다.
FIELD NOTE · ASCII & BYTES
Character encoding and integer byte order are different concerns. Strings have byte sequences; endianness maps multi-byte integers into memory.
ASCII spans 0x00–0x7F. A is one byte 0x41, while non-ASCII text may use multiple UTF-8 bytes.
ABCD bytes are 41 42 43 44. Reading them as 0x44434241 is a little-endian integer interpretation, not a reversed string.
'0' versus zero? 0x30 versus 0x00.
Spaces? Delimiter whitespace differs from data byte 0x20.