week 1 jonghun - GANGNAM-JAVA/JAVA-STUDY GitHub Wiki

JVM, JDK, JRE란 무엇인가?

자바의 메모리 영역에 대해 설명하시오

가비지 컬렉터 작동 원리를 설명하시오

=>

1.JVM, JDK, JRE란 무엇인가?

JVM Runtime data area

1. 메소드영역 ( 클래스정보, 메소드정보, static 변수, final Class 변수 정보 등 프로그램 시작과 동시에 생성)
2. 힙영역 ( 가비지 콜렉터 정리대상) => new 인스턴스로 할당된 주소들
3. 스택영역 ( 메소드 시작과 동시에 스레드의 정보 및 변수들 ) => 메소드 종료와 동시에 없어짐 JVM의 특징
4. 스택기반의 가상머신
5. 가바지 컬렉션
6. 플랫폼에 독립적 WORA JRE란? Java Runtime Environment의 약자로 자바 프로그램을 실행시켜주는 환경을 구성해주는 도구다. 즉 JAVA를 개발할 필요는 없는데, 실행은 시켜줘야 하는 경우에는 꼭 JRE가 있어야 한다. 반면 JAVA 개발시 꼭 필요한 것이 있는데 그것이 바로 JDK다.

JDK란? (JRE를 포함하고 있다.) Java Development Kit의 약자로 말그대로 자바 개발시 필요한 툴킷을 제공하는 도구모음이다. 개발하려면 당연히 실행도 시켜야 하므로 JDK 안에는 JRE가 포함되어 있다.

2. 자바 메모리 구조

• stack, method( c로 치면 data + static ), heap
• method영역은 실행시점에 소스코드나 static변수들이 할당
• heap영역은 런타임에 생성된 인스턴스 변수들이 할당
• stack영역은 함수가 호출될때 지역변수나 매개변수들이 메모리에 할당

3.가비지콜렉터 = 힙 영역의 안쓰는 메모리를 정리하는 역할

1. Eden(new영역) : new 연산자를 통해 생성된 객체
2. Survivor0/1 (new영역) : Eden에서 참조되는 객체들이 저장되는 공간
3. Old : New/Young 영역에서 일정시간 이상 참조되고 있는 객체가 저장되는 공간
4. Permanent : 생성된 객체들의 정보의 주소값을 가진 공간 ● 가비지 컬렉션 Garbage Collection, GC 은 가비지 컬렉터에 의해 실행되며 아무에게도 참조되지 않는 메모리를 회수하는 작업입니다. 이러한 가비지 컬렉션은 2가지, Minor GC / Major GC로 나뉩니다. ▶ Minor GC Heap 메모리에서 New/Young 영역에서 일어나는 가비지 컬렉션입니다.
5. 객체가 생성되면 Eden 영역에 생성됩니다.
6. Eden 영역에 객체가 가득차게 되면 GC가 일어납니다.
7. GC가 한 번 발생한 후 살아남은 객체가 Survivor 0 으로 이동을 합니다.
8. Survivor0 을 제외한 다른 영역의 객체들을 제거합니다.(1-4, 반복)
9. Eden영역과 Survivor 0이 가득차게 되면 여기서 살아남은 객체를 Survivor1으로
10. Survivor1을 제외한 나머지 영역의 객체들을 제거합니다.
11. Survivor 1과 Eden이 가득차면 GC 후 살아남은 객체 Surivor 0 으로 이동하고 이러한 작업을 반복합니다.
12. 일정 시간(횟수) 이상 살아 남아있는 객체를 Old 영역으로 보냅니다. ▶ Major GC
13. Old 영역의 모든 객체들을 검사합니다.
14. Old 영역에서 참조되지 않은 객체들을 모아 제거합니다.

• Major GC가 일어나는 동안 GC를 제외한 모든 쓰레드가 중지됩니다.

---

스프링부트 와 스프링의 차이를 설명하시오

스프링의 특징에 대해서 사용 사례를 빗대어 설명하시오

스프링의 서비스 추상화란 무엇인지 설명하시오

=>

1.스프링부트 와 스프링의 차이를 설명하시오

스프링 이란? 자바 엔터프라이즈 개발을 편하게 해주는 오픈소스 경량급 애플리케이션 프레임워크 스프링 부트란? 스프링 프레임워크를 사용하는 프로젝트를 아주 간편하게 설정할 수 있는 스프링 프레임웍의 서브 프로젝트라고 할 수 있다. ※ 스프링 프레임 워크와 비교하여 여러 가지 장점이 있다.

• 스프링 프레임 워크를 사용 하면 많은 XML 설정파일등을 작성 하는 등 설정하는 방법이 어려운 편이기 때문에 보통 검색을 통해 설정 내용을 복사 하거나, 기존 설정파일들을 복붙하기 일수였다. 하지만 스프링 부트는 반복되는 개발환경 구축을 위한 코드작성등의 노력을 줄여주고 쉽고 빠르게 프로젝트를 설정할 수 있도록 도와준다.
• 매우 빠르게 모든 스프링 개발에 관한 경험에 광범위한 접근을 제공한다.
• 프로젝트 환경 구축에서 큰 영역을 차지하는 비기능적인 기능들을 기본적으로 제공한다. (내장형 서버, 시큐리티, 측정, 상태 점검, 외부 설정)

2.스프링의 특징에 대해서 사용 사례를 빗대어 설명하시오

3.스프링의 서비스 추상화란 무엇인지 설명하시오

서비스 추상화란? 하위 시스템의 공통점을 뽑아내서 분리시키는 것을 말한다. 그렇게 하면 하위 시스템이 어떤 것인지 알지 못해도, 또는 하위 시스템이 바뀌더라도 일관된 방법으로 접근 할 수가 있다. Spring framework는 물론 객체지향 프로그래밍에서 아주 중요한 개념이다. 간단하게 개발환경, 혹은 어떠한 비즈니스 로직을 위한 로우레벨의 기술에 구애 받지 않게 하기위해서, 그리고 책임을 분리 시키기 위한 개념이다.

---

객체지향과 절차지향에 차이에 대해 설명하시오

SOLID 원칙에 대해 아는대로 설명하시오

캡슐화에 대해 설명하시오

=>

1.객체지향과 절차지향에 차이에 대해 설명하시오

절차지향

1. 루틴 서브루틴, 함수(프로시져) 등을 이용한 프로그래밍
2. 절차적으로 실행되는 것(X) -> 프로시져 콜, 즉 함수 호출을 통해서 재사용성을 얻어내는 것이 본질!
3. 장점 : 함수를 통한 코드의 재활용성 , 모듈화와 구조화에 용이함
4. 단점 : 프로시저 호출에 자원 낭비(최근 컴파일러, 하드웨어 성능향상으로 거의 상관없음)

객체지향

1. 프로그램을 단순히 데이터와 처리 방법으로 나누는 것이 아니라, 프로그램을 수많은 '객체'라는 기본 단위로 나누고 이 객체들의 상호작용으로 서술하는 방식
2. 캡슐화, 상속, 다형성, 추상화 의 특징을 가짐
3. 장단점 : 상속(편리하지만 구조가 이상하게 변할 수있음), 인스턴스에 데이터 접근 불가, 새로운 데이터 형식을 정의할 수 있게 해줌

객체지향 언어의 특징

1. 캡슐화 : 객체의 속성(data fields)과 행위(methods)를 하나로 묶고 실제 구현 내용 일부를 외부에 감추어 은닉한다.
2. 상속 : 새로운 클래스가 기존의클래스의 자료와 연산을 이용할 수 있게 하는 기능이다.
3. 다형성 : 어떤 한 요소에 여러 개념을 넣어 놓은 것(오버라이딩, 오버로딩)
4. 추상화 : 공통의 속성이나 기능을 묶어 이름을 붙이는 것

2.SOLID 원칙에 대해 아는대로 설명하시오

SOLID 원칙 = SRP(단일 책임 원칙) + OCP(개방/폐쇄 원칙) + LSP(리스코프 치환 원칙) + DIP(의존 역전 원칙) + ISP(인터페이스 분리 원칙)

1. SRP(Single Responsibility Principle) — 단일 책임 원칙 = 모든 클래스는 단 하나의 책임(기능)을 가지며, 하나의 책임을 수행하는데 집중되어야 한다는 원칙이다.
2. OCP(Open/Closed Principle) — 개방/폐쇄 원칙 = 클래스, 모듈 함수 등의 소프트웨어 개체는 확장에 대해 열려있어야하고, 수정에 대해서는 닫혀 있어야 한다는 원칙이다. = 수정이 일어나도 기존의 구성요소엣는 수정이 일어나지 않아야 하며, 쉽게 확장이 가능하여 재사용을 할 수 있도록 해야한다는 의미이다.
3. LSP(Liskov Substitutions Principle) — 리스코프 치환 원칙 = 상속에 대한 개념으로서, 부모 class가 들어갈 자리에 자식 class를 넣어도 잘 구동되어야 한다는 원칙이다.
4. DIP(Dependency Inversion Principle) — 의존성 역전 원칙 = 상위 모듈은 하위 모듈에 종속되어서는 안된다. 둘다 추상화에 의존해야 한다. 추상화는 세부사항에 의존하지 않는다. 세부사항은 추상화에 의해 달라져야 한다.
5. ISP(Interface Segregation Principle) — 인터페이스 분리 원칙 = 클라이언트는 자신이 사용하지 않는 메소드에 의존 관계를 맺으면 안된다라는 원칙이다.

3.캡슐화에 대해 설명하시오

캡슐화 : 객체의 속성(data fields)과 행위(methods)를 하나로 묶고 실제 구현 내용 일부를 외부에 감추어 은닉한다. 오직 캡슐화된 클래스 내부의 메서드만을 통해 변수를 조작이 가능하다. 이유 = 외부에서 데이터를 조작하거나 내용을 알 수 없게 하기위하여 사용한다. 예시) 음료수 자판기를 이용하지만 작동원리는 알 수 없다.

-- 데이터를 물어보지 않고, 기능을 실행해달라는 규칙 -- 데미테르의 법칙 = 객체의 내부 구조에 강하게 결합되지 않도록 협력 경로를 제한하라는 것