java 변수 메모리 CHAR? STRING?

Question

변수의 기본형중에 byte short int 등 여러가지가 있는데 메모리의 할당 크기가 다르다고하는데 이 메모리는 Ram을 뜻하는건가여? 아니면 ssd와 같은 스토리지를 뜻하는건가여?그리고 JAVA에서 STRING은 CHAR[]와 다른점이 무엇인가여?CHAR는 기본형이고 STRING은 참조형인가여?

단설 · Accepted Answer

네. 단일로 썼을 때는 그렇죠.정확한 근거요? jvm specification 보시면 알텐데..물론 알아두셔야되는건 지금까지 이야기한건 오라클 JVM에서 그렇다는겁니다. 다른 JVM 구현체라면 해당 부분이 다를 수도 있긴 해요. 물론 그런 구현체를 쓸 일이 얼마나 있긴 하겠냐만 말입니다. https://docs.oracle.com/javase/specs/jvms/se9/html/jvms-6.html#jvms-6.5.bipush https://docs.oracle.com/javase/specs/jvms/se9/html/jvms-6.html#jvms-6.5.sipush위 두 자바 바이트코드 인스트럭션 보시면 short와 byte가 int로 확장된다는 내용 확인하실 수 있을겁니다. 그건 뭐, operand stack에 값이 바로 들어가야하니까 당연한 결과구요. 왜 byte, short 모조리 int로 간주된다는 것인지 대충 감이 올겁니다. 아예 바이트코드 레벨에서 모조리 int로 바꿔서 push하고 pop 하니깐요. 반면에 array는 자체적인 인스트럭션들이 존재하는데요.https://docs.oracle.com/javase/specs/jvms/se9/html/jvms-6.html#jvms-6.5.bastorehttps://docs.oracle.com/javase/specs/jvms/se9/html/jvms-6.html#jvms-6.5.sastore위 내용 보시면 값을 잘라내고 넣는다는 내용 확인하실 수 있을겁니다.array 및 class instance는 모두 heap space에 들어가고 stack에는 reference만 저장됩니다. 그래서 상대적으로 해당 부분에 있어서 자유로운 편이죠. 만약에 이래도저래도 감이 잘 안 온다싶으면 그냥 코드 짜서 돌려보세요.https://stackoverflow.com/questions/229886/size-of-a-byte-in-memory-java여기에 좋은 예제가 있네요.

단설 · Answer

1. 램입니다.2. String 클래스는 참조형이며 자체의 여러 메소드를 보유하고 있으며 불변객체입니다. char은 기본형이지만 char[]은 배열이므로 참조형이며 가변객체입니다.

kin5299 · Answer

데이터 타입형을 배우시기 바랍니다.int는 4바이트 정수형입니다. 비트로는 32비트가 되겠지요char는 문자타입입니다. A 문자열 알파벳 기준으로 하나가 1바이트입니다. A하나에 8비트입니다.한글은 '한' <--- 1바이트가 아니겠지요? 세계 모든 문자를 일관성 시키기 위한 것이 유니코드입니다.short 는 2바이트 정수형입니다. 16비트입니다.시간나면 컴퓨터구조를 배우시기 바랍니다.

yosina · Answer

java의 기본 데이터형이 int이고, byte나 short에 저장하더라도 실제 연산시에는 int로 변환하는 작업을 수행하는것으로 알고있는데그렇다면 byte형과 short형은 왜 있으며byte형은 1byte short형은 2byte인데 그렇다면 실제 연산시에 byte a&#61;1; 이라고 했을경우 1byte의 메모리가 소모되는것이아닌 4byte의 메모리가 소모되는것인가여?

kin5299 · Answer

아니지요 byte a&#61;1 1바이트니 00000001 이 되겠지요? 이걸 아스키코드 0x01 16진수로는 0x01만약에 a&#61; &#34;1&#34;이 문자면 0x31이 되는 것이지요10진수로는 1이 되는 겁니다. 그래서 눈에 보이는 a 의 1은 위에 있는 데이터형으로 움직이게 되있죠그러므로 메모리 활당량은 1바이트인겁니다. 하지만 short형의 2바이트에서 1을 선언 했을 경우00000000 000000001 이렇게 선언이 되겠지요? 그러므로 메모리 할당량은 2바이트입니다. 하지만!2바이트 short의 최대 표현 수는 2의 16제곱을하면 그값이 최대 표현 할 수 있는 정수입니다.반대로 인티저(int 는 4바이트므로 맥스 표현 정수 값은 2의 32제곱을하면 그 값이 최대값인겁니다.쉽게 생각하시면 시퓨유도 32비트에서는 메모리가 최대 4기가 바이트박게 지원하지 않습니다그 말은 즉 2에 32제곱을하면 43억비트가 나옵니다. 그걸 MB로 환산했을 때 4096MB 입니다.그러므로 32비트 CPU에서 최대 지원 할 수 있는 메모리는 4기가입니다.하지만 64비트는 2의 64제곱을 하면 존나게 많겠지요? 엑사 바이트까지 가지 않을 가 싶네요계산은 귀찮아서 안합니다.

yosina · Answer

JVM의 피연산자 스택(operand stack)이피연산자를 4 Byte단위로 저장하기 때문에 크기가 4 byte보다 작은 자료형( byte, short)의 값을 계산할 때는 4 byte로 변환하여 연산이 수행된다. 따라서 오히려 int형을 사용하는 것이 더 효율적이다출처: http://gyugyu.tistory.com/9 [GYU's DEV STORY]이건 무슨소리일까여?

kin5299 · Answer

자바 버츄얼 머신이 계산을 떄린다는 말이네요. 말그대로 메모리에 디테일한 관리 따위는 안하겠다는 말이죠. 연산자가 이루어 질 때 1바이트든 2바이트는 4바이트에 집어 넣어서 연산 때리니까니들은 그냥 인티져로 걍 메모리 4바이트씩 꼽아놔라 이말이죠. 왜 효율이냐면 구지 1바이트 2바이트 자료형 관리 따위를 해봤짜 버츄얼머신에서 인티져형으로 바꿔서 연산하니까. 뭐 헛짓거리하지마라 이렇게 받아드리면 되죠그래서 디테일한 성능 작업 관련 코딩은 런타임 언어로는 안하는겁니다. 즉 자원을 막 미친 듯이 가따 쓰겠다는 말인거에요C언어를 코딩해보시면 알겁니다. 메모리 관리가 왜 중요한지를 그렇지만 자바는 가상머신에서 메모리관리를 해버립니다. 그래서 성능 퍼포먼스에서는 런타임언어들이 느릴 수 박게 없어요 결론은 님이 메모리 아낄려고 2바이트로 연산을 할려고 자바로 코딩 했지만 자바는 그걸 다시 INT 4바이트형으로 바꿔서 연산 때리니. 두번 일하게 하지말고 아에 INT 4바이트로 선언하는게 효율이다 끝

yosina · Answer

아 kin5299 님 그말은 즉 java에서는 short와 byte는 int와 같은 형식의 메모리를 잡아먹지만 타언어에서는 short와 byte와 int의 메모리의 관리가 중요하기때문에 byte와 short를 쓴다는 말인가여?

kin5299 · Answer

그렇지요 같은 형식이 아니라 BYTE SHORT 형을 인티저로 변한해서 연산해버린다는 말이죠타언어가 아니라 모든언어가 그렇습니다.자바는 그 연산자처리를 인티저하나로 구분해서 연산처리하겠다는 말인겁니다.

단설 · Answer

엄밀히 따지면 자바가 그렇게 하는게 아니고 cpu word 사이즈 따라가는겁니다. C나 C&#43;&#43;도 여기에서 자유로울 수 없어요. 디테일한 관리를 하기 싫어서 안 하는게 아니고 디테일하게 관리하려고 하면 하나의 값을 메모리에서 로드하기 위해서 두번 세번 읽어야되는 결과가 발생하고 그에 따라 상당히 성능 저하가 발생하기 때문에 일부러 padding을 줘서 정렬하여 관리하는겁니다. 위에서 그렇다면 byte나 short를 왜 쓰냐는 질문을 하셨는데, byte 변수 하나하나를 따로따로 쓰게 되면 각각이 4바이트를 먹겠지만 array나 한 클래스 안에 대량으로 넣게 되면 자기 용량만큼만 먹습니다. byte[80]은 80바이트 &#43; array overhead size 만큼만 먹는다는 이야기예요. 배열이 크면 클 수록 차지하는 메모리 용량이 훨씬 차이나겠죠.

yosina · Answer

아그렇다면 단일로 썻을때는 int와 다를바없지만 허용되는 숫자의 크기는 작다.하지만 배열로 썻을때는 ...int[80]은 &#61;80*4 &#61;320byte 이다 그래서 차이가 난다 이말씀이신가여?

yosina · Answer

혹시 그것에따른 자료가 따로있을까여?정확한 근거를 알고싶습니다.

java 변수 메모리 CHAR? STRING?

12개의 답변

#byte 목록