Python 문자 인코딩 설명

다음 편집기는 Python의 기본 문자 인코딩에 대한 기사를 제공합니다. 편집자님이 꽤 좋다고 생각하셔서 지금 공유하고 모두에게 참고용으로 드리도록 하겠습니다. 편집자를 따라가서 함께 살펴볼까요

머리말

문자 인코딩은 문제가 발생하기 매우 쉽습니다. 몇 가지 단어를 염두에 두어야 합니다.

1. 어떤 인코딩을 사용해야 하는지 Open

2. 프로그램 실행은 먼저 파일을 메모리로 읽어들이는 것입니다

3. 유니코드는 상위 인코딩이며 다른 인코딩 형식으로만 인코딩되고 디코딩될 수 있습니다

utf- 8, GBK 이것은 하위 8 인코딩이며 디코딩만 가능합니다 유니코드로 인코딩

1. 문자 인코딩이란

우리는 컴퓨터가 바이너리만 인식할 수 있고 우리가 일반적으로 작성하는 코드는 변환이 필요하다는 것을 알고 있습니다. 컴퓨터가 인식할 수 있도록 바이너리로 변환합니다. 그렇다면 우리가 쓰는 문자를 바이너리로 어떻게 변환합니까? 이 프로세스는 실제로 우리가 쓰는 문자를 특정 숫자에 일대일로 대응시키는 표준을 사용합니다. 이 표준을 문자 인코딩이라고 합니다.

문자------(문자 인코딩)--------->숫자

2. 문자 인코딩의 개발 역사

1. ASCII 코드

컴퓨터에서 유래 미국에서는 문자 인코딩도 미국에서 시작되었습니다. 그러나 미국인이 사용하는 문자에는 26개의 문자와 일부 특수 기호만 있습니다. 중국과 달리 초등학생들은 수천 개의 한자를 알아야 한다. 따라서 미국 사람들은 문자 인코딩으로 ASCII 코드(American Standard Code for Information Interchange)를 사용합니다. 1Bytes=8bit는 2의 8승이 가능하며, 이는 256개의 서로 다른 변경 사항입니다. 비트, 즉 127자를 사용했는데 이는 미국 국민에게는 충분합니다(물론 비용상의 이유로). 나중에 라틴어가 8위로 편성되어 이제 아스키 코드가 꽉 차서 영어권 국가들과 라틴 국가들이 즐겁게 놀 수 있게 되었습니다.

2.GBK

중국의 현재 기술은 미제국만큼 좋지는 않지만 긍정적인 마음을 가지고 있습니다. 그래서 1980년 국가표준국에서 중국어에 사용되는 문자 인코딩을 발행했습니다. GBK는 한자를 나타내기 위해 2바이트를 사용하므로 2의 16승, 즉 65536개의 조합이 있어 한자에 충분합니다.

동시에 다른 나라에서도 일본의 Shift_JIS, 한국의 Euc-kr 등 자체 국가 문자 인코딩 표준을 발표했습니다.

3.Unicode

수백 개가 있었다고 합니다. 전성기의 문자 인코딩은 서로를 지원하지 않으며 모든 국가의 사람들이 매우 백본적인 것처럼 보이지만 이는 세계의 상호 운용성에 도움이 되지 않으므로 유니코드가 탄생했습니다. 1994년 국제표준화기구(International Organization for Standardization)는 2바이트를 사용하여 문자를 표현하고 65,536개의 조합을 갖는 유니버설 코드(Universal Code)로 알려진 유니코드를 출시했는데, 이는 이미 전 세계 대부분의 언어를 포괄할 수 있습니다.

4.utf-8

유니코드도 좋지만, 원래 1바이트로 표현할 수 있었던 영어가 이제는 2바이트를 사용해야 하므로 저장 공간이 두 배로 늘어나는 것은 당연합니다. 완벽해서 영어 문자에는 1바이트, 중국어에는 3바이트만 사용하는 UTF-8이 만들어졌습니다.

5. 유니코드의 모든 문자는 2바이트이므로 문자를 숫자로 변환하는 것은 빠르지만, utf-8은 다양한 길이를 사용하여 다양한 문자를 나타냅니다. 공간을 절약하지만 변환 효율성은 유니코드만큼 빠르지 않습니다메모리에 사용되는 문자 인코딩은 메모리 속도를 높이기 위한 것이므로 속도를 보장하기 위해 약간의 공간을 희생하는 것이 좋습니다

힘듭니다. 디스크 및 네트워크 전송에서는 utf-8을 사용하는데, 이는 디스크 I/O나 네트워크 I/O 지연 시간이 utf-8의 변환 효율보다 훨씬 크고, 네트워크 전송 시 대역폭을 최대한 절약해야 하기 때문입니다

셋. Python 인터프리터 실행

첫 번째 단계: Python 인터프리터가 시작되면 텍스트 편집기를 시작하는 것과 같습니다.

두 번째 단계:Python 인터프리터는 t.py 파일을 열고 하드 디스크에서 메모리로 t.py 파일의 내용을 읽습니다.

세 번째 단계: 파이썬 인터프리터는 방금 메모리에 로드된 t.py의 코드를 해석하고 실행합니다.

두 번째 단계에서는 t.py 파일의 내용을 해석하고 실행합니다. .py 파일은 저장 시 문자 인코딩이 되어 있는데, Python 인터프리터에서는 파일을 열 때에도 동일한 인코딩 방식을 지정해야 합니다(Python2의 기본 인코딩 방식은 ASCII, Python3의 기본 인코딩 방식은 utf- 8) 파일 저장의 인코딩 형식이 Python 인터프리터의 기본 인코딩 방법과 다른 경우 파일 시작 부분에 있어야 합니다. Python 인터프리터가 기본 인코딩 방법을 사용하지 않도록 지시합니다. 하지만 헤더 파일에 지정된 방법을 사용하여 파일을 읽으면 오류가 발생하지 않습니다.

세 번째 단계: 메모리에 로드된 코드(기본적으로 유니코드)를 읽은 후 실행합니다. 실행 중에 변수 정의와 같은 작업이 발생하면 메모리에 새로운 메모리 공간이 열립니다. 이때 새로 열리는 메모리 공간은 반드시 유니코드일 필요는 없습니다. 사용자는 변수 정의 시 인코딩 방법을 지정할 수 있습니다. 정의 시 열리는 메모리 공간은 단지 공간일 뿐이며 어떤 인코딩 형식으로든 코드를 저장할 수 있습니다. Python3을 예로 들어보겠습니다

4. 인코딩 및 디코딩

파일을 저장하는 것은 메모리에 있는 파일을 하드 디스크에 저장하는 것입니다

파일을 읽는 것은 하드 디스크에 있는 파일을 읽는 것입니다. 메모리 속으로

유니코드는 상위 인코딩인 utf-8, GBK이며, 하위 코드를 다른 인코딩으로 변환하려면 먼저 상위 인코딩으로 변환한 후 사용해야 합니다. 상위 인코딩에서 다른 하위 인코딩으로 변환되는 것입니다. 디코딩은 하위 인코딩에서 변환되는 디코딩입니다. 상위 코드가 되는 과정은 유니코드

인코딩은 유니코드를 다른 인코딩으로 변환하는 과정입니다

말씀대로 이전에는 파일을 메모리로 읽을 때 유니코드 인코딩이 됩니다(물론 이는 기본 상황이며 지침에 따라 변경될 수도 있습니다). 하드 디스크에서 파일을 읽는 프로세스는 utf-8을 디코딩하는 것입니다. in the hard disk into Unicode

파일이 저장될 때 메모리에서 하드디스크로 저장하는 과정입니다. 하드디스크의 인코딩 방식은 utf-8이며, 유니코드에서 utf-8로 인코딩해야 합니다. utf -8

5. Python2와 Python3의 차이점1. Python2의 기본 인코딩은 utf-8로 저장된 파일을 열 때 오류가 보고됩니다. : utf-8을 헤더 파일에 추가합니다.

Str은 Python2에서 바이트로 인식되므로 Python2의 str은 실제로 기본적으로 str 앞에 u를 추가하는 작업을 수행합니다. 먼저 유니코드로 변환한 다음 바이트로 인코딩합니다

Python2에는 str과 Unicode라는 두 가지 문자열 유형이 있습니다. str은 앞에 'u'를 추가하여 유니코드로 변환할 수 있습니다. Python 3의 기본 인코딩입니다. utf-8이며, 직접 열고 utf-8에 저장할 수 있습니다. Python3의

str 파일은 유니코드로 인식됩니다

Python3에는 두 가지 문자열 유형(bytes 및 str)도 있지만 bytes는 bytes이고 str은 입니다. unicode

6. 터미널로 인쇄

먼저 Windows 터미널의 기본 인코딩 방식이 GBK라는 것을 알아야 합니다 터미널도 애플리케이션이고 메모리에서 실행되므로 print( )은 기억에서 기억으로이다. 따라서 유니코드의 경우 어떻게 인쇄하든 오류가 발생하지 않습니다. 그러나 Python2에서는 'u'가 추가된 문자열을 제외하고 다른 문자열은 바이트입니다. 이때 터미널은 GBK 인코딩을 사용합니다. 지정된 utf-8 또는 기본 Ascii 코드를 사용하면 터미널에서 인쇄할 때 오류가 발생합니다.

현재 제가 알고 있는 내용입니다. 앞으로 오류나 불분명한 표현이 있다는 것을 알게 되면 수정하겠습니다. 아아, 문자 인코딩은 함정입니다

위 내용은 Python 문자 인코딩 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!