ASCII 표 참조

영어로 입력하는 모든 인쇄 가능 문자는 7비트 ASCII 표준에서 32부터 126 사이의 숫자에 매핑됩니다. 32 미만과 127에는 LF, CR, ESC, DEL 등 제어 문자가 있으며, 직렬 프로토콜을 디버깅하거나 줄바꿈을 고칠 때 여전히 중요합니다. 이 참조 표는 0부터 127까지의 모든 코드 포인트를 10진수, 16진수, 8진수, 2진수, HTML 엔티티 형식과 함께 제공합니다.

ASCII 표를 사용하는 방법

  1. 1

    필요한 문자 행 찾기

    글자, 기호 또는 코드 포인트 이름으로 검색하세요. 제어 문자는 세 글자 약어로 나열됩니다.

  2. 2

    필요한 인코딩 열 읽기

    사람이 읽기 쉬운 코드는 10진수, 소스 코드는 16진수, 프로토콜 작업은 2진수, 마크업은 HTML 엔티티를 사용하세요.

  3. 3

    아무 셀이나 복사

    hex 덤프나 바이트 시퀀스를 받았고 그것이 무엇으로 읽히는지 알아야 할 때 유용합니다.

ASCII의 세 범위

범위 10진수 내용
제어 0-31, 127 NUL, BEL, BS, HT, LF, VT, FF, CR, ESC, DEL 등
인쇄 가능 32-126 공백, 문장 부호, 숫자, A-Z, a-z
확장(비ASCII) 128+ 인코딩에 따라 다름. ASCII는 엄밀히 127에서 끝납니다

여전히 중요한 제어 문자

  • 0x00 NUL, C의 문자열 종료 문자, 일부 바이너리 형식의 패딩.
  • 0x07 BEL, 터미널 벨을 울립니다.
  • 0x08 BS, 백스페이스.
  • 0x09 HT, 수평 탭.
  • 0x0A LF, 라인 피드, Unix의 줄바꿈.
  • 0x0D CR, 캐리지 리턴. Windows에서는 LF와 짝을 이뤄 CRLF가 됩니다.
  • 0x1B ESC, 터미널 색상용 ANSI 이스케이프 시퀀스를 시작합니다.
  • 0x7F DEL, 원래는 종이 테이프 구멍을 뚫어 지우는 코드였고, 지금은 드물게 쓰입니다.

ASCII와 Unicode 비교

Unicode는 처음 128개 코드 포인트에 ASCII의 128개 문자를 그대로 보존하며, UTF-8도 이를 ASCII와 같은 바이트로 표현합니다. 그러나 모든 인코딩이 ASCII를 포함하는 것은 아닙니다. 예를 들어 EBCDIC은 문자와 숫자에 서로 다른 값을 배정합니다.

흔한 변환

  • 10진수에서 16진수: 65(10진수) = 0x41 = A
  • 16진수에서 2진수: 0x41 = 0100 0001
  • 16진수에서 HTML 엔티티: A 또는 A는 모두 A로 렌더링됩니다.

자주 묻는 질문

ASCII는 7비트 코드라서 바이트의 여덟 번째 비트를 패리티나 확장에 남겨두었습니다. 128-255 값은 “확장 ASCII” 변형(Latin-1, Windows-1252, MacRoman 등)의 영역입니다. 이들은 서로 호환되지 않았고, 이것이 Unicode가 승리한 이유 중 하나입니다.

LF(0x0A)는 한 줄 아래로 이동합니다. CR(0x0D)은 커서를 0번 열로 되돌립니다. Unix의 줄바꿈은 LF 하나뿐이고, 고전 Mac은 CR 하나뿐이었으며, Windows와 HTTP 헤더에서는 CR 뒤에 LF가 옵니다(CRLF). 이 불일치는 시스템 간에 줄 간격이 두 배가 되거나 텍스트가 한 줄로 붙어 버리는 전형적인 원인입니다.

ASCII에서는 비트 0x20이 대문자와 소문자를 구분하도록 문자가 배치되어 있습니다. 0x20과의 XOR은 해당 바이트가 ASCII 영문자인지 확인한 뒤에만 안전합니다. 임의의 바이트에 무조건 적용하면 숫자, 문장 부호, 제어 값도 바뀝니다.

예. 텍스트 파일의 LF와 CR, 소스 코드와 터미널의 HT와 FF, ANSI 색상 시퀀스의 ESC, 터미널 벨과 알림의 BEL이 있습니다. NUL은 여전히 C 문자열을 종료합니다. 나머지는 대부분 텔레타이프 시절의 잔재입니다.

관련 도구