Study
-
[Spring] 스프링 핵심 원리 - 객체 지향 설계와 스프링Study/Spring 2025. 4. 16. 21:41
SOLIDSRP : 단일 책임 원칙 (single responsibility principle)한 클래스는 하나의 책임만 가져야 한다.하나의 책임이라는 것은 모호함중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 OCP : 개방-폐쇄 원칙 (open/closed principle)소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.다형성을 활용한다.*다형성 : 하나의 타입(부모 타입)으로 여러 형태(자식 타입)의 객체를 다룰 수 있는 것인터페이스를 구현한 새로운 클래스를 만들어 새로운 기능을 구현함 (역할과 구현의 분리)객체를 생성하고, 연관관계를 맺어주는 별도의 조립, 설정자가 필요하다. 예시)더보기public class MemberService ..
-
[JVM] 컴파일과 최적화 (2) - 백엔드 컴파일과 최적화Study/JVM 밑바닥까지 파헤치기 2025. 4. 6. 21:16
바이트코드를 프로그래밍 언어의 중간 표현이라고 생각하면, 컴파일러가 클래스 파일을 로컬 환경(하드웨어 명령어 집합, 운영체제)에 맞는 네이티브 코드로 변환하는 과정을 전체 컴파일 과정의 백엔드로 간주할 수 있음JVM에서 JIT와 AOT 컴파일러는 필수는 아님는 어떤 컴파일러를 제공해야 한다고 규정하지 않았음하지만 백엔드 컴파일러의 컴파일 성능과 최적화 품질은 상용 가상 머신의 우수성을 측정하는 핵심 지표가 됨여기서는 JVM 내부 백엔드 컴파일러의 작업 절차와 원리를 살펴볼 것임따로 명시하지 않는 한 JIT 컴파일러는 핫스팟 VM의 내장 컴파일러를 뜻하고, 가상 머신은 핫스팟 VM을 가리킴주류 JVM들의 백엔드 컴파일러들은 많은 면에서 서로 비슷함 JIT 컴파일러핫스팟 VM과 OpenJ9은 자바 프로그램을..
-
[JVM] 컴파일과 최적화 (1) - 프론트엔드 컴파일과 최적화Study/JVM 밑바닥까지 파헤치기 2025. 4. 6. 15:12
'컴파일타임'이라고 하면 뜻이 모호할 수 있음프론트엔드 컴파일러가 *.java 파일을 *.class 파일로 변환하는 과정도 컴파일이고, JVM에서 JIT 컴파일러가 바이트코드를 기계어로 변환하는 과정도 컴파일임. 또한 AOT 컴파일러를 사용하여 특정 하드웨어용 바이너리 코드로 곧바로 컴파일하는 방식도 있음javac와 같은 프론트엔드 컴파일러는 코드 실행 효율 측면의 최적화는 거의 하지 않음성능 최적화를 런타임 컴파일러에 집중하기로 결정했기 때문임javac로 생성하지 않는 클래스 파일(ex. JRuby, 그루비 등으로 작성한 클래스 파일)들도 최적화 효과를 공평하게 누리도록 하기 위해서임한편 '최적화'의 범위를 개발 단계까지 포함시킨다면 javac는 개발자가 작성하는 코드를 단순화하는 등 코딩 효율을 개선..
-
[JVM] 바이트코드 실행 엔진Study/JVM 밑바닥까지 파헤치기 2025. 4. 5. 17:52
는 바이트코드 실행 엔진의 개념 모델을 정의함가상 머신 구현에서 실행 엔진이 바이트코드를 실행하는 방법은 해석 실행(인터프리터를 통한 실행)과 컴파일 실행(JIT 컴파일러로 네이티브 코드 생성 후 실행) 중 하나임실행 엔진 하나에서 둘 다 포함할 수도, 수준이 다른 여러 JIT 컴파일러를 혼용할 수도 있음여기서는 개념 모델 관점에서 가상 머신의 메서드 호출과 바이트코드 실행에 대해 설명함 런타임 스택 프레임 구조JVM은 메서드를 가장 기본적인 실행 단위로 사용하고, 메서드 호출과 실행을 뒷받침하는 내부 데이터 구조로 스택 프레임을 이용함스택 프레임은 JVM 런타임 데이터 영역에 있는 '가상 머신 스택'의 요소이기도 함스택 프레임에는 메서드의 지역 변수 테이블, 피연산자 스택, 동적 링크, 반환 주소와 같..