아스키 코드표 0부터 127까지, 제어 문자의 뜻과 한글에 아스키 코드가 없는 이유

29 10월, 2026 • 가이드 • 38 조회수 • 2 분 읽음

노트북 옆에 작은 기호가 칸칸이 인쇄된 참고표와 오래된 시리얼 케이블이 놓인 책상

아스키 코드표 0부터 127까지를 10진수와 16진수로 정리하고 NUL, LF, CR, ESC 같은 제어 문자의 뜻을 설명합니다. 한글 '가'를 변환하면 234, 176, 128이라는 세 개의 숫자가 나오는 이유도 함께 다룹니다.

아스키(ASCII) 코드표는 0부터 127까지 128개의 숫자에 영문 대소문자, 숫자, 기호, 제어 문자를 하나씩 짝지어 둔 표입니다. 0부터 31까지와 127은 일반 문자처럼 표시되지 않는 제어 문자이고, 32부터 126까지는 출력 가능 문자입니다. 이 가운데 32번은 글자 모양이 보이지 않는 공백입니다. 가장 많이 찾는 값은 대문자 A가 65, 소문자 a가 97, 숫자 0이 48입니다.

값이 128개뿐인 이유는 아스키가 7비트 코드이기 때문입니다. 2026년 10월 29일에 확인한 RFC 20(ASCII format for Network Interchange)은 7비트 아스키를 최상위 비트가 항상 0인 8비트 바이트에 담아 쓰도록 권하며, 이 코드를 USAS X3.4-1968에서 가져왔다고 밝힙니다. 유니코드의 첫 128개 값(0000부터 007F까지, Basic Latin 블록)도 아스키와 범위가 같습니다. 한글은 이 범위 밖에 있으므로 아스키 코드가 따로 없습니다.

아스키 제어 문자표 0부터 31까지와 127

아스키 제어 문자는 0부터 31까지의 32개이고, 127번 DEL도 보통 함께 묶어 33개로 봅니다. 글자로 찍히지 않고 통신 제어, 출력 위치 조정, 데이터 구분 등에 쓰입니다. 다만 RFC 20은 엄밀한 의미에서 DEL을 제어 문자로 보지 않는다고 적어 두었습니다. 이름은 RFC 20 4.1절의 약어를 그대로 따랐고, 아래에서 따로 설명하는 여섯 개는 굵게 표시했습니다.

10진수	16진수	약어	이름과 뜻
0	0x00	NUL	Null, 모든 비트가 0인 문자로 시간이나 매체를 채우는 데 쓸 수 있음
1	0x01	SOH	Start of Heading, 헤더 시작
2	0x02	STX	Start of Text, 본문 시작
3	0x03	ETX	End of Text, 본문 끝
4	0x04	EOT	End of Transmission, 전송 끝
5	0x05	ENQ	Enquiry, 응답 요청
6	0x06	ACK	Acknowledge, 수신 확인
7	0x07	BEL	Bell, 경고음
8	0x08	BS	Backspace, 한 칸 뒤로
9	0x09	HT	Horizontal Tabulation, 가로 탭
10	0x0A	LF	Line Feed, 줄 바꿈
11	0x0B	VT	Vertical Tabulation, 세로 탭
12	0x0C	FF	Form Feed, 다음 페이지로 넘김
13	0x0D	CR	Carriage Return, 줄 맨 앞으로 복귀
14	0x0E	SO	Shift Out, 다른 문자 집합으로 전환
15	0x0F	SI	Shift In, 원래 문자 집합으로 복귀
16	0x10	DLE	Data Link Escape, 전송 제어 확장
17	0x11	DC1	Device Control 1, 장치 제어 1
18	0x12	DC2	Device Control 2, 장치 제어 2
19	0x13	DC3	Device Control 3, 장치 제어 3
20	0x14	DC4	Device Control 4, 장치 제어 4
21	0x15	NAK	Negative Acknowledge, 수신 실패 알림
22	0x16	SYN	Synchronous Idle, 동기 유지
23	0x17	ETB	End of Transmission Block, 전송 블록 끝
24	0x18	CAN	Cancel, 취소
25	0x19	EM	End of Medium, 매체 끝
26	0x1A	SUB	Substitute, 잘못된 문자 대체
27	0x1B	ESC	Escape, 뒤따르는 문자의 뜻을 바꾸는 확장 시작
28	0x1C	FS	File Separator, 파일 구분
29	0x1D	GS	Group Separator, 그룹 구분
30	0x1E	RS	Record Separator, 레코드 구분
31	0x1F	US	Unit Separator, 단위 구분
127	0x7F	DEL	Delete, 천공 테이프에서 잘못 찍힌 문자를 지우는 데 씀

실제로 자주 보는 제어 문자 6가지

표의 33개를 다 외울 필요는 없습니다. 개념을 이해하거나 텍스트와 통신 데이터를 살펴볼 때 알아 두면 좋은 여섯 가지는 아래와 같습니다.

NUL (0) RFC 20은 NUL을 모든 비트가 0인 문자로 설명하며, 시간이나 매체의 빈 곳을 채우는 데 쓸 수 있다고 적었습니다. 화면에 찍히는 숫자 '0'(48)과는 다른 문자입니다.
HT (9) 가로 탭 문자입니다. RFC 20은 출력 위치를 줄 위의 다음 탭 위치로 옮기는 문자로 설명합니다.
LF (10) 출력 위치를 다음 줄로 옮기는 줄 바꿈 문자입니다.
CR (13) 출력 위치를 같은 줄의 맨 앞으로 돌려보내는 문자입니다. 장비마다 기대하는 줄 끝 문자가 다를 수 있으니 장비 설명서를 확인하세요.
ESC (27) RFC 20은 ESC를 바로 뒤에 오는 몇 글자의 해석을 바꾸는 접두 문자로 설명합니다.
DEL (127) RFC 20에 따르면 천공 테이프에서 잘못되었거나 원치 않는 문자를 지우는 용도였습니다. 127은 7비트가 모두 1인 값이라 표의 맨 끝에 옵니다.

아스키 출력 가능 문자표 32부터 126까지

출력 가능 문자는 32번 공백부터 126번 물결표까지 95개입니다. 아래 표에서는 앞의 두 묶음을 32개씩, 마지막 묶음을 31개로 나란히 놓았습니다. 한 줄을 가로로 읽으면 값이 32씩 차이 나므로 대문자와 소문자가 같은 줄에 놓입니다. 16진수 값을 직접 계산해 보고 싶다면 16진수 변환기에 문자를 넣고 '16진수로'를 고르면 확인할 수 있습니다. 예를 들어 A를 넣으면 41이 나옵니다. 숫자 65를 넣으면 문자 '6'과 '5'의 값인 3635가 나오니, 숫자가 아니라 문자를 넣으세요.

10진수	16진수	문자	10진수	16진수	문자	10진수	16진수	문자
32	0x20	(공백)	64	0x40	@	96	0x60	`
33	0x21	!	65	0x41	A	97	0x61	a
34	0x22	"	66	0x42	B	98	0x62	b
35	0x23	#	67	0x43	C	99	0x63	c
36	0x24	$	68	0x44	D	100	0x64	d
37	0x25	%	69	0x45	E	101	0x65	e
38	0x26	&	70	0x46	F	102	0x66	f
39	0x27	'	71	0x47	G	103	0x67	g
40	0x28	(	72	0x48	H	104	0x68	h
41	0x29	)	73	0x49	I	105	0x69	i
42	0x2A	*	74	0x4A	J	106	0x6A	j
43	0x2B	+	75	0x4B	K	107	0x6B	k
44	0x2C	,	76	0x4C	L	108	0x6C	l
45	0x2D	-	77	0x4D	M	109	0x6D	m
46	0x2E	.	78	0x4E	N	110	0x6E	n
47	0x2F	/	79	0x4F	O	111	0x6F	o
48	0x30	0	80	0x50	P	112	0x70	p
49	0x31	1	81	0x51	Q	113	0x71	q
50	0x32	2	82	0x52	R	114	0x72	r
51	0x33	3	83	0x53	S	115	0x73	s
52	0x34	4	84	0x54	T	116	0x74	t
53	0x35	5	85	0x55	U	117	0x75	u
54	0x36	6	86	0x56	V	118	0x76	v
55	0x37	7	87	0x57	W	119	0x77	w
56	0x38	8	88	0x58	X	120	0x78	x
57	0x39	9	89	0x59	Y	121	0x79	y
58	0x3A	:	90	0x5A	Z	122	0x7A	z
59	0x3B	;	91	0x5B	[	123	0x7B	{
60	0x3C	<	92	0x5C	\	124	0x7C	\|
61	0x3D	=	93	0x5D	]	125	0x7D	}
62	0x3E	>	94	0x5E	^	126	0x7E	~
63	0x3F	?	95	0x5F	_

큰따옴표는 34, 작은따옴표는 39입니다. 이 두 값은 뒤에서 변환기의 제한 사항을 설명할 때 다시 나옵니다.

아스키 코드를 쉽게 외우는 규칙

기준값 네 개만 기억하면 나머지는 대부분 계산으로 찾을 수 있습니다. 공백은 32, 숫자 0은 48, 대문자 A는 65, 소문자 a는 97입니다.

숫자 0부터 9까지는 48부터 57까지입니다. 숫자 문자의 값에서 48을 빼면 실제 숫자가 됩니다. 예를 들어 문자 '7'은 55이고, 55에서 48을 빼면 7입니다.
대문자 A부터 Z까지는 65부터 90까지, 소문자 a부터 z까지는 97부터 122까지입니다.
같은 알파벳의 대문자와 소문자는 항상 32 차이가 납니다. A(65)에 32를 더하면 a(97)가 되고, c(99)에서 32를 빼면 C(67)가 됩니다.

차이가 늘 32인 데는 이유가 있습니다. 65를 2진수로 쓰면 1000001, 97은 1100001로 딱 한 비트만 다른데, 그 비트의 값이 32입니다. 직접 확인하려면 이진 변환기에 Aa를 넣고 '이진수로'를 골라 보세요. 1000001 1100001이 나옵니다. 이 도구도 숫자가 아니라 문자를 받으므로 65를 넣으면 다른 값이 나옵니다. 숫자 문자와 실제 숫자를 헷갈리는 것도 흔한 실수입니다. 문자 '0'은 48이고, 값 0은 제어 문자 NUL입니다.

줄 바꿈 코드 CR(13)과 LF(10)의 차이

CR(13)은 커서를 줄 맨 앞으로 돌려보내고, LF(10)는 커서를 한 줄 아래로 내립니다. 텍스트 파일의 줄 끝에는 흔히 두 가지 방식이 쓰입니다. Windows에서 만든 파일은 CR LF(13 10) 두 바이트를, Unix 계열과 macOS에서 만든 파일은 LF(10) 하나를 쓰는 경우가 많습니다. 다만 편집기 설정에 따라 달라질 수 있습니다. 파일을 바이트 단위로 열었을 때 줄마다 13 10이 보이면 CR LF 방식, 10만 보이면 LF 방식입니다. 시리얼 통신에서 명령이 동작하지 않는다면 장비가 기대하는 줄 끝 문자부터 확인하세요.

128부터 255까지가 아스키가 아닌 이유

아스키는 7비트라서 127에서 끝나며, 128부터 255까지는 아스키 표준에 들어 있지 않습니다. 이 구간의 바이트 값은 어떤 인코딩을 쓰느냐에 따라 해석이 달라지므로 하나로 정해진 표가 없습니다. 일부 8비트 코드 페이지에서는 값 하나가 문자 하나에 대응하지만, UTF-8에서는 여러 바이트가 모여 문자 하나를 나타냅니다. 이 내용은 아스키 변환기 페이지의 자주 묻는 질문에도 정리되어 있습니다.

아스키 변환기로 문자를 10진수로 바꾸는 방법

Digily Link의 아스키 변환기에 글자를 넣고 유형에서 'ASCII로'를 고른 뒤 제출을 누르면 공백으로 구분된 10진수가 나옵니다. Digily Link는 저희가 만드는 제품이며, 이 도구는 누구나 쓸 수 있습니다.

아스키 변환기 페이지를 엽니다.
'콘텐츠' 칸에 바꿀 글자를 넣습니다. 숫자를 글자로 되돌릴 때는 숫자를 넣습니다.
'유형'에서 글자를 숫자로 바꾸려면 'ASCII로', 숫자를 글자로 바꾸려면 '텍스트로'를 고릅니다.
'제출'을 누릅니다.
결과 칸에서 값을 확인하고, 필요하면 '클립보드에 복사'를 누릅니다. 결과 칸 제목은 'ASCII로'일 때 '아스키', '텍스트로'일 때 '텍스트'입니다.

'ASCII로'는 입력을 바이트 단위로 하나씩 10진수로 바꾸고 숫자 사이에 공백을 한 칸씩 넣습니다. 영문과 숫자처럼 아스키 범위의 문자는 아스키 코드 값과 같지만, 한글은 UTF-8 바이트 값으로 나옵니다. 결과 맨 끝에도 공백이 한 칸 붙으니 다른 곳에 붙여 넣을 때 참고하세요. 영문과 숫자는 바이트 하나가 문자 하나이므로 코드표 값이 그대로 나옵니다. 아래 예시는 2026년 10월 29일에 변환기의 코드 처리 방식을 그대로 재현해 얻은 결과입니다. 실제 사이트에서 직접 실행한 결과는 아닙니다.

입력	유형	결과
Hello	ASCII로	72 101 108 108 111
가	ASCII로	234 176 128
72 101 108 108 111	텍스트로	Hello
234 176 128	텍스트로	가
44032	텍스트로	값이 0인 NUL 문자 하나
65,66	텍스트로	결과 없음

한글에 아스키 코드가 없는 이유와 '가'가 234 176 128로 나오는 까닭

한글은 아스키 코드표에 없으므로 '가'에 해당하는 아스키 번호도 없습니다. 유니코드 블록 목록(Blocks.txt)을 보면 아스키와 같은 Basic Latin은 0000부터 007F까지, 한글 음절(Hangul Syllables) 블록은 AC00부터 D7AF까지로 두 범위가 겹치지 않습니다. 한글 음절 11,172자가 실제로 배정된 곳은 이 가운데 AC00부터 D7A3까지입니다.

그런데도 아스키 변환기에 '가'를 넣으면 234, 176, 128이라는 세 개의 숫자가 나옵니다. 변환기가 글자를 바이트 단위로 바꾸기 때문입니다. '가'를 UTF-8로 저장하면 3바이트가 되고, 세 숫자는 그 바이트를 각각 10진수로 적은 값입니다. 셋 다 127보다 크므로 아스키 값이 아닙니다. 이 세 바이트가 어떤 규칙으로 만들어지는지는 한글을 16진수로 변환하는 방법과 UTF-8 바이트 구조를 다룬 글에서 자세히 설명합니다.

다른 자료에서 '가'를 44032라는 숫자로 보았다면 헷갈릴 수 있습니다. 44032는 아스키 코드가 아니라 '가'의 유니코드 코드 포인트(16진수 AC00)이고, 234 176 128은 그 글자를 UTF-8로 저장한 바이트입니다.

반대로 '텍스트로'를 고르고 44032를 넣으면 '가'가 아니라 값이 0인 NUL 문자 하나가 만들어집니다. 화면에는 빈칸이나 깨진 기호로 보일 수 있습니다. 현재 Digily Link 변환기는 숫자 하나를 바이트 하나로 되돌리는데, 255보다 큰 수는 256으로 나눈 나머지만 남기기 때문입니다. 아스키 표준의 규칙이 아니라 이 도구의 처리 방식입니다. 44032는 256으로 나누어떨어지므로 나머지가 0이 되고, 0은 NUL입니다. '가'를 되돌리려면 234 176 128을 그대로 넣으세요.

아스키 변환기를 쓸 때 주의할 점

숫자는 공백 한 칸으로 구분하고, 따옴표나 < 기호가 들어간 글은 결과를 한 번 더 확인하세요. 아래 내용은 아스키 표준의 특성이 아니라 Digily Link 변환기의 현재 입력 처리 방식입니다.

쉼표로는 구분되지 않습니다. 65,66처럼 쉼표로 이어 쓰면 숫자로 인식되지 않아 결과가 나오지 않습니다. 65 66처럼 공백 한 칸으로 띄우세요.
따옴표 값이 그대로 나오지 않습니다. 작은따옴표와 큰따옴표는 변환 전에 HTML 문자 참조(', ")로 바뀝니다. 그래서 it's를 'ASCII로' 바꾸면 105 116 39 115가 아니라 105 116 38 35 51 57 59 115가 나옵니다. 가운데의 38 35 51 57 59는 ' 다섯 글자의 값입니다. 따옴표의 실제 값은 위 표에서 34와 39를 확인하세요.
< 기호 뒤의 내용이 빠질 수 있습니다. <부터 다음 >까지, >가 없으면 입력 끝까지 지워집니다. 그래서 a<b를 넣으면 a만 남고, HTML 태그나 부등호가 들어간 코드는 결과가 짧아집니다.
앞뒤 공백은 잘립니다. 입력이 공백으로 시작하거나 끝나면 그 자리의 32는 결과에 나오지 않습니다.

영문, 숫자, 기호의 값을 빠르게 확인하거나 과제에서 구한 숫자를 글자로 되돌려 보고 싶다면 아스키 변환기에서 문자를 10진수 코드로 바꿔 보세요.