ASCII 테이블 조회

ASCII (미국 정보 교환 표준 코드)는 라틴 문자를 기반으로 한 문자 인코딩 표준입니다. 처음에는 전보 통신에 사용되었으며 후에 컴퓨터 분야에서 가장 기초적인 문자 인코딩 시스템이 되었습니다. 표준 ASCII는 128개 문자 (0-127)를 포함하며 33개 제어 문자와 95개 인쇄 가능 문자가 있습니다. 제어 문자는 화면에 보이지 않지만 줄바꿈, 탭, 통신 제어에 영향을 주므로 로그 분석이나 인코딩 문제를 확인할 때 코드값과 의미를 함께 보는 것이 중요합니다.

ASCII(미국 정보 교환 표준 코드, ANSI X3.4-1968, ISO/IEC 646:1991 IRV)는 7비트 문자 인코딩으로, 0-127의 숫자 코드를 128개 문자에 할당합니다. 하위 32개 코드(0x00-0x1F)와 0x7F는 텔레타입에서 상속된 제어 문자입니다: NUL(0x00), BEL(0x07, 경고음), LF(0x0A, 줄바꿈), CR(0x0D, 캐리지 리턴), ESC(0x1B), DEL(0x7F) 등. 코드 0x20-0x7E는 인쇄 가능 문자입니다: 공백, 0x30-0x39의 숫자 0-9, 0x41-0x5A의 대문자 A-Z, 0x61-0x7A의 소문자 a-z, 그리고 그 사이의 구두점. 인코딩은 의도적으로 규칙적인 구조를 가지고 있습니다. 숫자가 클러스터되어 있습니다: '0' = 0x30, '1' = 0x31, ..., '9' = 0x39. 숫자 문자를 숫자 값으로 변환하는 것은 code - 0x30입니다. 문자도 클러스터되어 있습니다: 'A' = 0x41, 'B' = 0x42, ..., 'Z' = 0x5A, 'a' = 0x61, ..., 'z' = 0x7A. 같은 문자의 대문자와 소문자 차이는 0x20(32)이며, 이는 5번 비트가 정확히 하나 설정된 것입니다(1 << 5 = 32). 따라서 대소문자 변환은 0x20과의 단일 XOR 또는 OR/AND입니다: code ^ 0x20은 대소문자를 뒤집고, code | 0x20은 소문자로, code & 0x5F(= code & ~0x20)는 대문자로 변환합니다. 이 비트 트릭은 가장 빠른 대소문자 변환이며 strlen/strcmp 구현에서 ASCII 전용 문자열에 사용됩니다. ASCII는 7비트 텔레타입과 그 이전의 5레벨 Baudot 코드를 위해 설계되었으므로 8비트 바이트보다 앞섭니다. 8비트 '확장 ASCII' 범위(0x80-0xFF)는 표준화된 적이 없어, 수많은 코드 페이지(ISO 8859-1 Latin-1, Windows-1252, MacRoman, KOI8-R, IBM437)가 상위 절반을 차지하기 위해 경쟁했습니다. ISO 8859-1(Latin-1)이 표준에 가장 가까웠지만 유로 기호는 ISO 8859-15까지 없었습니다. C1 제어 범위(0x80-0x9F)는 예약되어야 했으나(ISO 6429), Windows-1252가 일부를 인쇄 가능 문자에 재사용했습니다 — UTF-8이 마침내 해결한 오래된 상호 운용성 골칫거리입니다. UTF-8(RFC 3629, 2003)은 Rob Pike와 Ken Thompson이 1992년에 설계한 하위 호환 상위 집합입니다: 128개 ASCII 코드는 단일 바이트로 자기 자신에 인코딩되므로(0x00-0x7F), 모든 ASCII 텍스트는 유효한 UTF-8 텍스트이기도 합니다. 0x7F 초과 코드는 특정 비트 패턴(110xxxxx 10xxxxxx, 1110xxxx 10xxxxxx 10xxxxxx, 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx)의 2, 3, 4바이트 시퀀스를 사용하여 디코더가 오류 후 바이트 단위로 재동기화할 수 있습니다. 이와 달리 EBCDIC은 IBM의 8비트 메인프레임 인코딩으로(8비트 EBCDIC은 ASCII와 같은 7비트가 아닌 8비트), 문자를 비연속 코드 포인트에 할당합니다('A' = 0xC1, 'I' = 0xC9, 'J' = 0xD1, ..., 비트 트릭과 문자열 알고리즘에 해로운 갭 존재). ISO 646의 국가 변형은 소수의 ASCII 문자를 해당 국가 특유 문자로 대체했습니다. 예를 들어 영국 변형은 0x23(미국의 '#')을 파운드 기호 '£'로, 독일 변형은 일부 구두점을 움라우트로 대체했습니다. 이것이 C의 로캘 설정과 POSIX charmap 파일이 역사적으로 중요한 이유입니다 — IRV(국제 참조 버전)와 국가 변형 간의 매핑을 제공했기 때문입니다. 이 혼란에서 벗어나는 방법은 Unicode/UTF-8로, 새 프로젝트에 대해 7비트와 8비트 논쟁 전체를 무의미하게 만듭니다.

• ASCII(ANSI X3.4-1968, ISO/IEC 646 IRV)는 문자당 7비트, 128개 코드 포인트를 사용합니다: 제어 문자 33개(0x00-0x1F, 0x7F)와 인쇄 가능 문자 95개(0x20-0x7E).
• 제어 문자(0x00-0x1F, 0x7F)는 텔레타입에서 상속되었습니다: NUL, BEL(0x07, 경고음), LF(0x0A), CR(0x0D), ESC(0x1B), DEL(0x7F). 현대 텍스트도 LF와 CR을 사용하며 나머지는 대부분 역사적 유물입니다.
• 인쇄 가능 문자 배치: 공백(0x20), 숫자 '0'-'9'(0x30-0x39), 대문자 'A'-'Z'(0x41-0x5A), 소문자 'a'-'z'(0x61-0x7A), 사이의 구두점. '5'를 5로 변환하려면 code - 0x30; 대문자에서 소문자로는 code | 0x20.
• 대소문자 변환은 단일 비트 연산입니다: XOR 0x20은 뒤집고, OR 0x20은 소문자로, AND 0x5F(= code & ~0x20)는 대문자로. 어떤 언어에서든 가장 빠른 대소문자 변환이며 strlen/strcmp가 ASCII 전용 버퍼에서 이렇게 동작합니다.
• 8비트 확장(0x80-0xFF)은 표준화된 적이 없어, Windows-1252, ISO-8859-1, MacRoman, KOI8-R, IBM437이 상위 절반을 각각 다르게 정의했습니다. Windows-1252가 웹에서 승리하여 대부분의 레거시 코드가 사용하는 사실상의 '확장 ASCII'가 되었습니다.
• UTF-8(RFC 3629, Pike & Thompson 1992)은 ASCII의 엄격한 상위 집합입니다: 128개 ASCII 코드 포인트는 1바이트로 자기 자신에 인코딩되고, U+007F 초과 코드 포인트는 110xxxxx 10xxxxxx 연속 바이트를 사용하는 2-4바이트를 사용하므로, 디코더가 오류 후 바이트 단위로 재동기화할 수 있습니다.
• EBCDIC(IBM, 1960년대 메인프레임)은 IBM z/OS에서 사용되는 ASCII의 8비트 대안입니다. 문자 위치가 연속적이지 않아('A'=0xC1, 'I'=0xC9, 'J'=0xD1) ASCII의 대소문자 변환 트릭이 작동하지 않으며, tolower() 같은 비트 시프트 알고리즘에 테이블 조회가 필요합니다.
• ISO 646 국가 변형(영국, 독일, 스웨덴 등)은 소수의 ASCII 문자를 해당 국가 특유 문자로 대체했습니다: 영국 변형은 0x23의 '#'을 '£'로 교체했고, 독일 변형은 구두점을 움라우트로 교체했습니다. 유니코드 이전 현지화의 축약판.