텍스트 ↔ 2진수 변환기
텍스트를 8비트 2진수로, 또 그 반대로 변환합니다. UTF-8 인코딩이라 이모지·악센트 문자도 되고, 바이트 구분자를 고를 수 있습니다.
2 바이트
사용법
- 방향을 고릅니다: 텍스트 → 2진수, 또는 2진수 → 텍스트.
- 입력을 입력하거나 붙여넣습니다. 인코딩 시에는 바이트 구분자를 고릅니다.
- 출력 상자에서 결과를 복사합니다.
자세한 설명
펼치기접기
어떤 텍스트든 2진수 표현으로, 또 다시 텍스트로 바꿉니다. 각 문자는 UTF-8 바이트로 인코딩되고, 모든 바이트는 8비트가 됩니다 — 그래서 'A' 같은 ASCII는 1바이트(01000001)이고, 이모지나 악센트 문자는 여러 바이트에 걸칩니다. 바이트를 어떻게 구분할지(공백, 없음, 사용자 지정 문자)를 골라 읽기 좋게 출력할 수 있습니다. 디코드 모드로 바꾸면 2진수를 붙여넣어 원래 텍스트를 복원합니다. 공백·줄바꿈 등 2진수가 아닌 문자는 무시하므로 지저분한 입력도 됩니다. 문자가 어떻게 저장되는지 배우기, 퍼즐·CTF, 짧은 메시지 인코딩에 유용합니다. 모든 처리는 브라우저에서 실행됩니다.
자주 묻는 질문
왜 문자 하나가 8비트보다 길 때가 있나요?
텍스트는 UTF-8로 인코딩됩니다. ASCII 문자는 1바이트(8비트)지만, 이모지·악센트 문자·많은 비라틴 문자는 2~4바이트를 써서 16~32비트가 됩니다.
디코드에 유효한 2진수는 무엇인가요?
전체 길이가 8의 배수인 0과 1의 문자열입니다. 공백·줄바꿈 등은 먼저 제거되므로 '01001000 01101001'과 '0100100001101001'은 같게 디코드됩니다.
길이 오류가 나는 이유는?
디코드는 온전한 바이트가 필요합니다. 0과 1의 개수가 8의 배수가 아니면 어떤 문자가 불완전한 것이니, 빠지거나 남는 비트를 확인하세요.
텍스트가 업로드되나요?
아니요. 인코딩과 디코딩은 전적으로 브라우저에서 이뤄지며 서버로 전송되지 않습니다.
이진수가 오류가 아니라 대체 문자로 디코딩된 이유는?
길이 검사는 비트 수가 8의 배수가 아닌 경우만 잡아냅니다. 그 뒤로는 바이트가 관대한 UTF-8 디코더로 넘어가는데, 읽을 수 없는 것은 예외를 던지는 대신 U+FFFD(�)로 바꿉니다. 그래서 애초에 UTF-8에서 쓰일 수 없는 바이트인 11111111도, 😀의 네 바이트 중 세 개인 11110000 10011111 10011000도 모두 � 하나로 돌아옵니다. 출력의 �는 도구가 포기했다는 뜻이 아니라 비트가 유효한 UTF-8이 아니었다는 뜻입니다.
비트만 보고 각 문자가 어디서 시작하는지 알 수 있나요?
알 수 있고, UTF-8이 주는 가장 쓸모 있는 성질입니다. 0으로 시작하는 바이트는 1바이트 아스키 문자이고, 110은 2바이트, 1110은 3바이트, 11110은 4바이트 시퀀스의 시작이며, 10으로 시작하는 바이트는 모두 앞 바이트의 연속입니다. 그래서 é는 11000011 10101001, 한은 11101101 10010101 10011100, 😀는 11110000 10011111 10011000 10000000입니다. 10으로 시작하지 않는 바이트만 세면 디코딩 없이 문자 개수를 알 수 있습니다.
관련 도구
텍스트 ↔ 16진수 변환기
텍스트를 16진수 바이트로 변환하고 16진수를 다시 텍스트로 디코딩합니다. UTF-8 지원, 브라우저에서 동작합니다.
변환
ASCII 코드 표
256행 ASCII / 확장 ASCII 표 — 10진·16진·8진·2진 + 제어 문자 이름. 검색·복사.
개발
이미지 → ASCII 아트
이미지를 ASCII 아트로 변환 — 너비·문자 집합·반전 조정, 브라우저에서.
이미지
텍스트 인코딩 변환기
EUC-KR · Shift_JIS · Windows-1252 등 비-UTF-8 텍스트 파일을 UTF-8로 읽으세요.
파일
폴더 트리 시각화
들여쓰기된 파일·폴더 이름 목록 붙여넣기 → 예쁜 ASCII 트리. README에 붙여넣기 좋음.
텍스트
Mojibake 복구 (깨진 UTF-8 수리)
잘못된 인코딩 왕복으로 깨진 텍스트 복구 — café, don’t, 😀를 café, don't, 😀로 되돌림 — 자동·안전하게, 브라우저에서.
텍스트