[JAVA] JVM, JRE, JDK 이해하기

오늘은 JVM, JRE, JDK에 대하여 알아보려고 합니다. 이들은 모두 앞의 글자 J로 시작하는 부분이 모두 Java의 약자입니다. 따라서 여러분들도 알다시피 모두 Java와 관련된 파일이라는 것을 짐작할 수 있을 거라 생각합니다. 일단 긴 설명은 이어서 하기로 하고 제가 열심히 그림 그림부터 보고 가겠습니다. 간단히 먼저 살펴보시면 좋을 거 같습니다.


자 위에서 보는 그림을 간단히 순서대로 설명하자면 아래와 같습니다

  1. Java가 실행이 되려면 먼저 JVM(Java Virtual Machine)이라는 일명 자바 가상 머신이 필요하다.
  2. JVM에는 크게 ClassLoader, Excution Engine, Garbage Collector(GC)가 존재한다.
    • ClassLoader : 실행에 필요한 클래스 파일 또는 라이브러리 파일들을 하나로 모아준다.
    • Excution Engine : 모아준 파일의 내용을 적절히 실행을 위해 메모리에 분산 배치한다.
    • Garbage Collector : 실행중에 발생하는 메모리 파편(사용하고 난 쓰레기 메모리)를 정리한다.
  3. JVM을 포함하고 있는 JRE(Java Runtime Enviroment) 자바실행환경을 통해(설치된) OS(운영체제 : Linux, Windows, Mac 등등)에서 실행 파일이 동작한다.
  4. JDK(Java Development Kit) 자바개발킷은 자바가 실행되는 사용 환경에서는 필요 없으나 개발자가 Java를 통해 개발하기 위해 필요한 라이브러리 및 각종 파일들을 가지고 있다. 또한 개발자가 JDK를 설치하면 그 안에 JRE가 포함되어 있다.

이렇게 전체적인 그림에 대한 흐름을 간단히 설명 드렸습니다. 그럼 이제 구체적으로 하나씩 하나씩 더 상세히 살펴보기로 하죠.


JVM(Java Virtual Machine)

JVM은 앞서 살펴본 대로 Java에서 가장 핵심 코어인 자바가상머신입니다. 단어에서 딱 보기에도 머신이라는 말이 먼가 코어스럽죠? ^^

위 그림에서 보면 JVM은 "플랫폼 독립적(이식성)이다" 라는 말을 보셨을 겁니다. JVM에서 가장 핵심이 되는 단어라고 생각합니다. 왜냐하면 JAVA에 여러가지 장점들이 있지만 그중에서 단연 으뜸인, 가장 큰 장점 중 하나가 바로 개발자가 운영체제(OS)별로 따로, 즉 운영체제의 특성을 고려하여 따로 따로 개발하지 않아도 된다는 것이기 때문에 개발자들에겐 엄청난 메리트이죠.

만약 Mac, Windows, Unix 세 종류의 OS에따라 따로 따로 개발하고 컴파일해서 실행파일을 따로 만들어야 한다면 어떨까요? 비슷한 작업을 3번을 개발한다면? 그리고 오류가 날 경우 3개를 또 작업해야 한다면? 상상만해도 헬(지옥)이죠?

네. 그래서 Java는 개발자가 1개의 소스를 가지고 3개 또는 그보다 많은 OS에서 실행할 수 있는 환경을 만들어주는 역할을 하는 것이 바로 이 JVM 이라는 놈의 역할 입니다. 일명 이걸 유식한 말로 One Source Multi Use(원 소스 멀티 유즈 : 하나의 소스로 여러번 사용한다? 뭐 이런 뜻입니다)라고 합니다. 단, JVM은 OS마다 다르다(따라서 JVM 자체는 플랫폼에 의존적이다)

결론을 요약하자면, 컴파일된 바이너리 파일은 JVM이 설치된 OS에서 동작을 보증한다.  단, JVM 자체는 플랫폼에 의존적이라 OS마다 다르다.


JRE(Java Runtime Enviroment)

JRE는 JVM을 가지고 있는 실행환경을 위한 파일이라고 생각하시면 간단합니다. JVM을 구동하기 위한 파일들 또는 필요한 파일들을 가지고 있으며, 이를 통해 JVM의 실행 환경을 구성합니다. JRE가 가지고 있는 파일들은 아래의 이미지를 통해 더 자세히 살펴볼 수 있습니다. 

물론 자바 개발을 위해 이 모든 것들을 다 외워야만 합니다.


라고 말한다면 미~~XX라고 하겠죠? ^^ 이 모든 것들은 그냥 "이렇게 생겼구나" 하고 넘어가시면 됩니다. 아마도 특별한 경우가 아니라면 거의 대부분의 자바 개발자들은 30%(?)도 사용하지 않을거라 생각합니다.(아! 물론 극히 개인적인 경험과 생각입니다. 검증은 독자의 몫입니다. ^^)


아무튼 JRE는 JVM을 실행하는데 꼭 필요한 파일과 라이브러리를 가지고 있는 실행환경이다.


JDK(Java Development Kit)

아마도 이걸 읽고 계신 거의 대부분의 분들이 개발자라고 생각합니다. 그렇죠? 만약, 당신이 사용자, 즉 일반 유저라면 여기는 패스하셔도 됩니다.

JDK는 개발자들에게 필요한 그리고 아마도 한번이라도 경험한 또는 본 단어일거라 생각합니다. 아마도 jdk 1.8, jdk 11.0.x, jdk 16.0.x, jdk 17.0.x 등등 이중 하나라도 설치를 해본 경험이 있으실 거라 생각합니다. 아래와 같은 화면을 통해서요.


jdk를 다운로드 받고 아래와 같이 본인의 PC에 설치해봤겠죠? 아직 경험해보지 않으신 분들은 지금 바로 경험해보시길 추천 드립니다. ^^


이와 같이 위자드(Wizard)를 통해서 설치하고 나면 개발자들에게 필요한 파일을 가지고 있는 JDK 뿐만 아니라 JRE도 그리고 JRE에 당연히 JVM도 들어 있으니 1석 3조로 설치를 한 것이겠죠?

아! 물론 시대가 많이 좋아지고 편해져서 이제는 이 한개의 파일로 1석 3조가 가능해진 것입니다. 예전에는(나때는 말이야!) JDK와 JRE를 따로 따로 설치하고 그리고 또 개발 환경이라고 하는 환경설정도 해줘야 하는 아주 번거로운 작업이었습니다.

또한 개발자들은 이게 당연한 것으로 받아들여지는 시대였던거죠. ^^

어쨋거나 지금은 개발자들도 많이 편해진거 같으니 편안하게 설치하고 일하는 환경을 추천합니다. ^^

쓸데없는 이야기는 여기까지로 해두고, JDK의 결론은 Java를 개발하기위해 개발자들에게 필요한 파일들 위의 위 JRE에서 설명한 그림에서 상단의 파란색 부분들과 회색 부분들을 가지고 있는 개발자의, 개발자에 의한, 개발자를 위한 개발자 킷이다.


여기까지 Java의 필수 요소인 JVM, JRE, JDK에 대하여 간략히(?) 알아봤습니다. 읽어주신 여러분 오늘도 즐거운 그리고 즐기는 개발자가 되시길 바랍니다.


감사합니다.








댓글

댓글 쓰기

이 블로그의 인기 게시물

[JAVA] 변수란? 변수타입?

이미지
프로그램 언어를 배울때 항상 먼저 배우거나 집고 넘어가는 것이 있죠? 네 맞습니다.  변수 라는 것입니다. C언어나 Java에서는 int, char, float 등 자료형에 따라 다르고, Javascript에서는 모든 변수를 그냥 var로 사용하죠. 물론 또 개발 언어마다 조금씩 차이가 있습니다. 하지만, 기본적으로 "변수"라는 기본 개념은 모든 언어에서 모두 동일합니다. 이번 포스팅은 이 변수에 대하여 낱낱이 파헤쳐 봅시다.  아! 참고로 변수에 대하여 정말로 낱낱이 땅끝까지 파헤치자면 이 한번의 포스팅으로는 부족합니다. 따라서 오늘은 일차적으로 가장 기본이 되는 변수의 정의와 원시타입에 대해서만 낱낱이 살펴보도록 하겠습니다. 변수란 무엇일까? 자! 일단 변수란 무엇일까요? 변수란? 물어보면 가장 먼저 사람들은 당당히 말을 하죠.  "변하는 수" 물론 이 말도 틀린 말은 아닙니다. 우리 프로그래밍에서는 변수라는 공간에 값이 항상 변하는 그리고 그런 용도로 사용하려는 것이 변수니까요. 변수는 영어로 "Variable"라고 읽습니다. 이것을 사전에서 찾아보면 "변화하기 쉬운, 변덕스러운, 다양한" 이라는 의미를 갖습니다. 뭐 이 말도 틀린 말은 아니네요. 하지만! 우리는 개발자로도 더 프로그래밍 적인 의미를 원합니다. 그래서 이렇게 정의를 했죠. 변수란? 데이터(값)을 저장할 수 있는 프로그램의 저장 공간! 서론이 길었네요. ^^. 항상 무언가 정의를 내리기란 쉽지 않습니다..ㅎㅎㅎ 변수를 좀 더 이해하기 위해 아래의 그림을 예를 들어 보겠습니다. 위와 같이 우리가 물을 마셔야 한다면, 물을 마시기 위해 당연히 물 컵이 있어야겠죠.  아! 물통에 입을 대고 드시는 분들도 계시지만... 그러면 엄마한테 혼납니다. ㅎㅎ 아무튼 이렇게 물을 마시기 위해 물을 담을 컵을 준비하는 것을 프로그래밍에서는 "데이터를 사용하기 위해 변수를 선언한다" 라고 이야기 할 수 있습니다.  그럼 ...
자세한 내용 보기

[JAVA] 문자셋(Charset)

이미지
문자셋의 역사 2022년 현재를 기준으로 가장 많이 사용되고 많이들 알고 있는 문자셋(Charset)은 UTF-8일 것이라 생각합니다. 물론 여러분들이 프로그래밍을 공부했거나 컴퓨터 공학을 전공했다면 ASCII 뿐만 아리나 UNICODE 등 다양한 문자셋을 알고 있겠죠. 그래서 이렇게 많은 문자셋들이 왜 생겨서 우리를 괴롭히는지 그리고 다 공부해야하는지 궁굼해 하는 분들이 많으실거라 생각하여 짧게 문자셋의 역사와 자주 사용되는 문자셋 몇개를 정리해 보려 합니다. 일단 문자셋의 대략적인 역사 또는 발전기를 아래와 같은 그림으로 살펴보도록 하죠. 위에서 보는 바와 같이 최초의 컴퓨터는 알파벳권에서 처음 개발 및 사용되었다고 합니다. 그래서 초기에 컴퓨터를 만들 당시 알파벳만 사용하면 되었던 것이죠. 그 시대 배경을 보더라도 글로벌 시대도 아닌 냉전 시대였으니 뭐 당연한거라고 생각할 수 있었을거 같습니다. 그렇게 시작되었던 초기 컴퓨터에서 0과 1밖에 모르던 컴퓨터에서 사람이 사용하기 위해 글자를 표시할 방법을 컴퓨터 과학자들이 의논하게 되죠. 고민끝에 컴퓨터에서는 데이터를 부호화하는 방법으로 숫자를 문자로 치환하는 방법을 생각하게 됩니다. 예를 들어 0은 NULL 이라는 아무것도 없다라는 기호로 그리고 숫자 65면 문자 알파벳 대문자 ‘A’로 66면 대문자 ‘B’ 이렇게 쭈욱 이어지다가 소문자 ‘a’는 97로 정하게 되죠.  이렇게 사람이 볼수 있는 문자를 컴퓨터 언어인 코드번호로 변경 또는 ‘부호화’하는 방법을 ‘인코딩(Encoding)’ 이라고 하고. 코드번호를 사람이 알아들을 수 있는 문자로 다사 되돌리는 것을 복호화 또는 ‘디코딩(Decoding)’이라고 합니다. 인코딩 : 문자, 숫자, 기호 등을 컴퓨터의 내부처리를 위해 숫자코드번호로 변경하는 것. 디코딩 : 컴퓨터의 내부처리 숫자코드번호를 문자, 숫자, 기호 등을로 다시 복원하는 것. 그래서 처음으로 이러한 기준을 만들었던 것이 ASCII(American Standard Code for Info...
자세한 내용 보기

[JAVA] 문자열 비교[== vs equals()]의 차이

이미지
자바에서 기본 자료형(원시타입)의 비교 연산은 일반적으로 == 연산자를 사용합니다. 하지만 String의 경우는 == 연산자를 사용하여 비교하면 안전하지 않죠? 안전하지 않다는 말은 무슨 뜻일까요? String의 경우 여러분들이 편하게 아무생각(?) 없이 사용하는 리터럴 즉, 대입 연산자를 이용해 바로 상수를 대입하는 방식으로 사용할 경우에는 일반적으로 == 를 이용해 값을 확인해도 문제가 없습니다. 하지만 사용자로 부터 입력을 받아 사용할 경우 동일한 값을 입력 받더라도 비교 연산자(==)는 동일한 값인데도 false를 반환하죠. 즉 아래와 같이 코드를 작성했다고 가정합시다.  Scanner sc = new Scanner(System.in); String id = sc.next();      // 사용자한테 ‘abc’를 입력 받았다고 가정. System.out.println(id == “abc”); // 비교연산자(==)를 이용해 비교하면 false. // 그래서 우리는 String의 메소드인 equals()를 이용해 비교하면 true를 반환합니다. System.out.println(id.equals("abc")); 이처럼 비교연산자(==)와 equals()는 왜 차이가 나는 것인지 한번 살펴보기로 하겠습니다. 먼저 그림을 보도록 하겠습니다. 위 그림에 대한 결론부터 이야기 하자면 String과 같은 클래스에서의 비교연산자(==)는 객체의 주소을 비교하는 것이고, equals()는 주소가 가리키는 실제의 값, 즉 문자열을 비교하는 메소드입니다. 따라서 우리는 String를 사용할 때 항상 안전하게 그리고 생각하지 말고 equals()를 사용하라고 배우죠. 위의 그림에서 선언한 각각의 변수들 주소를 이클립스에서 출력해보면 다음과 같습니다. String str1 = "Hello"; String str2 = "Hello"; String str3 = new String("World...
자세한 내용 보기