Java에서 부울 유형은 몇 바이트를 차지합니까?

Java의 부울 유형은 1.1비트의 바이트를 차지합니다. 그 이유는 부울 유형의 값이 true와 false라는 두 가지 논리 값만 갖기 때문입니다. 컴파일 후에는 1과 0으로 표시됩니다. 이유 1과 0은 컴파일 후 1비트의 공간만 차지하지만, 컴퓨터가 처리하는 데이터의 최소 단위는 1바이트이다.

이 질문을 하는 이유는 무엇입니까? 우선 Java에 정의된 8가지 기본 데이터 유형 중 다른 7가지 유형에는 명확한 메모리 점유 바이트가 있다는 점을 제외하고 부울 유형에 대해서는 특정 점유가 제공되지 않습니다. 부울 유형은 가상 머신에 존재하지 않기 때문에 부울 유형은 컴파일 후 다른 데이터 유형으로 표시됩니다. 그렇다면 부울 유형은 몇 바이트를 차지합니까? 의문을 품고 온라인으로 검색해 보니 다양한 답변을 찾았는데, 기본적으로는 다음과 같습니다.

1, 1 bit

그 이유는 부울 형식 값에는 true와 false 두 개의 논리값만 있고, 컴파일 후에는 1과 0이 사용되기 때문입니다. 표현하자면, 이 두 숫자는 메모리에 저장되는 데 1비트(bit)만 필요하며, 비트는 컴퓨터의 가장 작은 저장 단위입니다.

2. 1바이트

그 이유는 1과 0이 컴파일 후에는 1비트의 공간만 차지하지만, 컴퓨터가 데이터를 처리하는 가장 작은 단위는 1바이트이고, 1바이트는 실제 저장 공간과 동일하기 때문입니다. 예: 1바이트의 가장 낮은 비트를 사용하여 저장하고 나머지 7비트를 0으로 채웁니다. 값이 true인 경우 저장된 바이너리는 0000 0001입니다. false인 경우 저장된 바이너리는 0000 0000입니다.

3, 4바이트

이유는 "Java Virtual Machine 사양"의 설명에서 비롯됩니다. "부울 데이터 유형이 정의되어 있지만 매우 제한적인 지원만 제공합니다. Java Virtual Machine에는 바이트코드가 없습니다. 부울 값 전용 명령어. Java 언어 표현식으로 작동되는 부울 값은 컴파일 후 Java 가상 머신에서 int 데이터 유형으로 대체되며 부울 배열은 각 부울 바이트 배열로 인코딩됩니다. 요소는 8비트를 차지합니다." 이런 식으로 부울 유형을 단독으로 사용하면 4바이트, 배열에서는 1바이트를 차지한다는 결론을 내릴 수 있습니다.

분명히 세 번째가 더 정확한 진술인데 왜 가상 머신은 부울 대신 int를 사용합니까? 바이트나 쇼트를 사용하면 메모리 공간이 더 절약되지 않을까요? 대부분의 사람들은 자연스럽게 이런 생각을 하게 됩니다. 저도 이런 질문을 가지고 정보를 확인해보니 현재 32비트 프로세서(CPU)에서는 한번에 처리되는 데이터가 32비트( 여기서는 아님) 32/64비트 시스템을 말하지만, CPU 하드웨어 수준을 말함), 효율적인 접근이라는 특징을 가지고 있습니다.

최종 요약:

http://docs.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html의 공식 문서 설명에 따르면:

boolean: 부울 데이터 유형에는 두 가지만 가능합니다. 값: true 및 false 조건을 추적하는 간단한 플래그에 이 데이터 유형을 사용합니다. 이 데이터 유형은 1비트의 정보를 나타내지만 해당 "크기"는 정확하게 정의되지 않습니다. 두 가지 부울 데이터 유형 가능한 값: true 및 false. 참/거짓 조건을 추적하는 단순 태그에 이 데이터 유형을 사용하십시오. 이 데이터 유형은 이 정보 비트를 나타내지만 해당 "크기"는 정확하게 정의되지 않습니다.

부울 유형은 정확한 정의를 제공하지 않는 것을 볼 수 있습니다. "Java Virtual Machine 사양"은 부울 배열에 대해 4바이트와 1바이트의 정의를 제공하며, 구체적인 내용은 가상 머신 구현이 사양을 따르는지 여부에 따라 다릅니다. . 이므로 1바이트와 4바이트가 가능합니다. 이것은 실제로 컴퓨팅 효율성과 저장 공간 사이의 게임이며, 둘 다 매우 중요합니다.

관련 무료 학습 권장사항:

Java 기본 튜토리얼

위 내용은 Java에서 부울 유형은 몇 바이트를 차지합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!