정의: 문자 인코딩은 텍스트 데이터를 컴퓨터가 이해하고 처리할 수 있는 이진수(바이너리) 형태로 변환하는 방법을 의미합니다. 문자 인코딩은 각 문자에 고유한 숫자 코드(코드 포인트)를 할당하고, 이를 바이트 시퀀스로 변환합니다.
중요성: 문자 인코딩이 없으면 컴퓨터는 문자 데이터를 처리할 수 없으며, 잘못된 인코딩을 사용하면 글자가 깨지거나 의도한 대로 표시되지 않을 수 있습니다.
2. UTF-8
정의: UTF-8(8-bit Unicode Transformation Format)은 가변 길이 문자 인코딩 방식으로, Unicode 문자 집합을 인코딩하는 데 사용됩니다. UTF-8은 1바이트에서 4바이트 사이의 길이로 문자들을 인코딩할 수 있습니다.
특징:
ASCII 호환성: UTF-8은 ASCII 문자(0-127)를 1바이트로 동일하게 인코딩하므로, 기존 ASCII 기반 시스템과의 호환성이 좋습니다.
전 세계 언어 지원: UTF-8은 전 세계의 거의 모든 문자를 인코딩할 수 있으며, 이는 다국어 지원 시스템에서 특히 중요합니다.
가변 길이: 문자의 복잡도에 따라 필요한 바이트 수가 달라집니다(예: 영어는 1바이트, 한글은 3바이트).
사용 사례: 웹 페이지, 데이터베이스, 네트워크 프로토콜 등 다양한 환경에서 널리 사용됩니다.
3. Unicode
정의: Unicode는 전 세계의 모든 문자를 위한 일관된 인코딩, 표현, 처리 표준을 제공하는 문자 집합입니다. Unicode는 각 문자에 고유한 코드 포인트(숫자)를 할당합니다.
Unicode 인코딩 방식: UTF-8, UTF-16, UTF-32 등 다양한 인코딩 방식이 있으며, 이들 모두 Unicode 문자 집합을 인코딩하는 방법을 정의합니다.
중요성: 다양한 언어와 기호를 지원하며, 전 세계 모든 컴퓨터 시스템에서 동일한 방식으로 문자를 표현할 수 있게 합니다.
4. ASCII (American Standard Code for Information Interchange)
정의: ASCII는 7비트 문자 인코딩 표준으로, 영어 알파벳, 숫자, 일부 특수 문자를 포함하여 총 128개의 문자를 인코딩합니다.
특징: 7비트만 사용하기 때문에 1바이트(8비트)로 표현할 수 있습니다. ASCII는 UTF-8의 첫 128 문자와 호환됩니다.
한계: ASCII는 영어 기반 문자만을 지원하며, 다른 언어(예: 한글, 중국어, 아랍어 등)나 확장된 특수 문자를 인코딩할 수 없습니다.
5. UTF-16 및 UTF-32
UTF-16:
정의: UTF-16은 Unicode 문자를 16비트(2바이트) 또는 32비트(4바이트)로 인코딩하는 방식입니다.
특징: 주로 BMP(Basic Multilingual Plane, U+0000 ~ U+FFFF) 영역의 문자는 2바이트로 인코딩하고, 그 외의 문자(보충 문자)는 4바이트로 인코딩합니다.
사용 사례: 일부 운영체제나 프로그래밍 언어(예: Java, Windows API)에서 사용됩니다.
UTF-32:
정의: UTF-32는 Unicode 문자를 고정된 32비트(4바이트)로 인코딩하는 방식입니다.
특징: 각 문자가 고정된 크기로 인코딩되므로 다루기 쉬운 반면, 메모리 사용량이 높아집니다.
사용 사례: 주로 내부 연산에서 사용되며, 전송이나 저장을 위해서는 효율적인 다른 인코딩 방식(예: UTF-8)으로 변환됩니다.
Q. JAVA는 왜 UTP - 16 을 쓰는가?
1. Java의 탄생과 Unicode
역사적 배경: Java가 개발된 1990년대 초반, 대부분의 컴퓨팅 시스템은 ASCII나 다양한 코드 페이지를 사용해 문자를 인코딩하고 있었습니다. 그러나 이 방법들은 전 세계의 다양한 언어를 지원하기에 부족했습니다.
Unicode 표준 채택: Java는 글로벌하게 사용될 수 있는 프로그래밍 언어로 설계되었기 때문에, 다양한 언어를 지원해야 했습니다. 이를 위해 Java는 처음부터 Unicode 표준을 채택했습니다. 당시 Unicode는 대부분의 문자를 16비트로 표현할 수 있었기 때문에, 16비트 고정 길이 인코딩 방식인 UTF-16이 선택되었습니다.
2. Java의 char 타입과 UTF-16
char 데이터 타입: Java에서 char 타입은 16비트(2바이트) 크기입니다. 이 16비트는 초기 Unicode 표준에 기반한 것으로, Java의 char는 UTF-16의 코드 유닛(code unit)과 직접 대응됩니다.
UTF-16의 선택 이유: Java의 초기 설계 당시, UTF-16은 대부분의 유니코드 문자(주로 BMP 영역, 즉 U+0000에서 U+FFFF까지의 문자)를 표현할 수 있었습니다. Java는 전 세계의 대부분의 문자를 단일 char로 표현할 수 있도록 하기 위해 UTF-16을 채택했습니다.
3. Unicode의 확장과 서러게이트 페어(Surrogate Pair)
Unicode의 확장: 시간이 지나면서 Unicode는 BMP(기본 다국어 평면) 외의 문자도 포함하도록 확장되었습니다. 이 확장된 문자는 UTF-16에서 서러게이트 페어(surrogate pair)를 사용해 표현됩니다. 즉, 두 개의 char를 조합하여 하나의 유니코드 문자를 표현하는 방식입니다.
Java의 대응: Java의 char가 16비트로 고정되어 있었기 때문에, 확장된 유니코드 문자는 단일 char로 표현할 수 없게 되었습니다. 이를 해결하기 위해, Java는 서러게이트 페어를 통해 확장 문자를 지원하게 되었습니다.
4. 장점과 한계
장점:
광범위한 언어 지원: UTF-16은 전 세계의 대부분의 문자를 표현할 수 있어, 다국어 지원에 유리합니다.
호환성: 기존 시스템과의 호환성을 유지하면서도 다국어를 지원할 수 있습니다.
한계:
가변 길이 인코딩: UTF-16은 일부 문자를 표현하기 위해 서러게이트 페어를 사용해야 하므로, 모든 문자가 2바이트로 고정되지 않으며, 이로 인해 복잡성이 증가할 수 있습니다.
메모리 효율성: ASCII 문자(영어 알파벳 등)를 표현할 때는 UTF-8에 비해 더 많은 메모리를 사용합니다.
5. 대안: UTF-8
UTF-8의 사용 증가: 최근에는 UTF-8이 가변 길이 인코딩 방식이지만, ASCII와의 호환성이 뛰어나고 메모리 효율성이 높은 이유로 더 많이 사용됩니다. 특히, 웹 및 데이터 전송에서 UTF-8은 표준으로 자리 잡고 있습니다.
Java에서의 UTF-8 지원: Java는 기본적으로 UTF-16을 사용하지만, 파일 입출력, 네트워크 통신 등에서는 UTF-8을 사용할 수 있도록 다양한 API를 제공하고 있습니다.
