🏃‍♀️
Today I Learned
  • Today I Learned
  • algorithm
    • Binary Search (이진 탐색)
    • Brute Force Search (완전탐색)
    • DFS와 BFS
    • Dijkstra Algorithm (다익스트라 알고리즘)
    • Dynamic Programming (동적 계획법)
    • Floyd-Warshall Algorithm (플로이드-워셜 알고리즘)
    • Greedy
    • 정렬 알고리즘(Sorting Algorithm)
  • data-structure
    • Array, List, LinkedList
    • Graph vs Tree
    • Hash, Map, HashMap
    • Heap
    • Stack, Queue (스택, 큐)
  • database
    • Database Lock
    • Execution Plan
    • Index
    • Join Algorithm
    • MySQL 사용자 권한부여
    • Normalization (정규화)
    • Row-Oriented vs Column-Oriented
    • Transaction
    • 트랜잭션 격리 수준 (Transaction Isolation Level)
    • VARCHAR의 길이제한
  • 디자인 패턴의 종류
    • Abstract Factory Pattern
    • Adapter Pattern
    • Bridge Pattern
    • Builder Pattern
    • Chain of Responsibility Pattern
    • Class Diagram
    • Command Pattern
    • Composite Pattern
    • Decorator Pattern
    • Facade Pattern
    • Factory Method Pattern (팩토리 메소드 패턴)
    • Flyweight Pattern
    • Iterator Pattern
    • Mediator Pattern
    • Memento Pattern
    • Observer Pattern
    • Prototype Pattern
    • Proxy Pattern
    • SOLID
    • Singleton Pattern
    • State Pattern
    • Strategy Pattern
    • Template Method
    • UML
    • 객체지향_패러다임
  • docker
    • Docker
    • Docker Network
  • etc
    • Block vs Non-block, Sync vs Async
  • git
    • Git Merge vs Git Rebase
    • 자주 사용하는 Git 명령어 모음
  • java
    • Annotation
    • Exception Handling (예외 처리)
    • Generic
    • JVM
    • Java 코드의 실행 과정
    • Lambda Expression
    • Object Class
    • Optional
    • Primitive Type & Reference Type
    • Reflection
    • Serialize And Deserialize
    • Stream
    • String, StringBuilder, StringBuffer
    • Tiles
    • Type Casting
    • 왜 Java의 정렬 함수 sort()는 static 메소드일까?
    • 추상클래스와 인터페이스의 차이
    • effective-java
      • Item 1. 생성자 대신 정적 팩토리 메서드를 고려하라
      • Item 10. equals는 일반 규약을 지켜 재정의(오버라이딩)하라
      • Item 11. equals를 오버라이딩할 거면 hashCode도 오버라이딩하라
      • Item 12. toString은 항상 오버라이딩하라
      • Item 13. clone 오버라이딩은 주의해서 진행하라
      • Item 14. Comparable을 구현할지 고려하라
      • Item 15. 클래스와 멤버의 접근 권한을 최소화하라
      • Item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
      • Item 17. 변경 가능성을 최소화하라
      • Item 18. 상속 대신 컴포지션을 사용하라
      • Item 19. 상속을 고려해 설계하고 문서화하라. 그렇지 않았다면 상속을 금지하라
      • Item 2. 생성자에 매개변수가 많다면 빌더를 고려하라
      • Item 20. 추상 클래스보다는 인터페이스를 우선하라
      • Item 21. 인터페이스는 구현하는 쪽을 생각해 설계
      • Item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라
      • 태그 달린 클래스보다는 클래스 계층구조를 활용
      • Item 24. 멤버 클래스는 되도록 static으로 만들라
      • Top Level Class는 한 파일 당 하나만 선언하라
      • Item 26. 로우 타입(raw type)은 사용하지 말라
      • Item 27. 비검사 경고를 제거하라
      • Item 28. 배열보다는 리스트를 사용하라
      • Item 29. 이왕이면 제네릭 타입으로(클래스로) 만들라
      • Item 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라
      • Item 4. 인스턴스화를 막으려거든 private 생성자를 사용하라
      • Item 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
      • Item 6. 불필요한 객체 생성을 피하라
      • Item 7. 다 쓴 객체 참조를 해제하라
      • Item 8. finalizer와 cleaner의 사용을 피하라
      • Item 9. try-finally보다는 try-with-resources를 사용하라
  • linux
    • Linux의 Permission
  • network
    • OSI 7 Layer
    • Subnet
    • 그림으로_배우는_http_&_network_basic
  • python
    • 파이썬의 재귀 제한(Recursion Limit)
  • server
    • CI & CD
    • Cache
    • Cloud Service
    • REST API
    • 정적 서버(Web Server)와 동적 서버(Web Application Server, WAS)
  • spring
    • Configuration
    • @RequestParam, @RequestBody, @ModelAttribute
    • AOP (Aspect Oriented Programming)
    • 의존성 자동 주입
    • Bean Scope (빈의 유효 범위)
    • [Error] Bean could not be injected because it is a JDK dynamic proxy
    • Component Scan
    • 🐱‍👤 Component vs Bean
    • 여러 개의 @Configuration(설정 파일)을 사용하는 방법
    • DI (Dependency Injection, 의존성 주입)
    • Filter, Interceptor, (Spring) AOP
    • IoC Container
    • Nested Class의 Bean 등록
    • Profile
    • Properties
    • Spring Bean의 생명주기(life-cycle)
    • Spring vs Spring Boot
    • Thymeleaf
    • jpa
      • Dirty Checking
      • JPA의 Fetch 전략
      • JPA N+1 Problem
    • spring-boot
      • Spring Web Layer (스프링 웹 계층)
      • Spring Boot
    • spring-mvc
      • Argument Resolver
      • Filter
      • Interceptor
      • RestController
      • Validator
      • Exception Handling
      • Spring MVC
    • spring-security
      • Spring Security
  • testing
    • Test Double (테스트 더블)
    • 화이트박스 테스트, 블랙박스 테스트
  • web
    • Browser Caching
    • CORS
    • HTTP Header
    • HTTP와_HTTPS
    • 🛡️OAuth
    • PRG Pattern
    • Query Parameter, Path Variable
    • 🟢🟡🔴 Status Code (상태 코드)
    • WebSocket
    • application/octet-stream
    • Cookie-Session
    • JWT
    • multipart/form-data
Powered by GitBook
On this page

Java의 특징

  • 컴파일 언어이다.

    • 컴파일 언어란? 컴파일러를 통해 기계가 실행할 수 있는 코드로 이루어진 출력물을 만들어낸 뒤 실행되는 언어를 말한다. Java는 그 중에서도 JVM(자바 가상 머신)이 실행할 수 있는 코드인 바이트 코드(.class 파일)로 컴파일된다.

  • Java의 큰 특징은 OS에 종속적이지 않다는 것이다. 이는 자바 프로그램을 실행하는 JVM(Java Virtual Machine) 덕분이다.

JVM

  • 자바 컴파일러(javac)에 의해 생성된 바이트코드(.class)를 메모리에 적재하고 실행하는 주체

  • 다음의 요소를 통해 동작한다.

    • Class Loader

    • Execution Engine

    • Runtime Data Areas

  • Runtime Data Areas

    • JVM이 바이트코드를 할당하기 할 수 있도록 JVM에게 주어진 메모리 공간

  • Class Loader

    • 바이트코드를 읽어 사용할 클래스들을 런타임 데이터 영역에 적재한다. 이 과정을 동적 로딩(Dynamic Loading)이라고 한다.

  • Execution Engine

    • JVM의 런타임 데이터 영역에 적재된 바이트코드들을 명령어 단위로 읽어들여 실행한다.

Java 코드의 실행 과정

Java 코드는 다음의 순서로 변환되고 실행된다.

  1. 프로그래머에 의해 High Level Language인 Java 언어로 프로그램이 작성됨 (.java)

  2. 자바 컴파일러에 의해 바이트코드로 변환됨 (.class)

  3. 바이트코드가 클래스로더에 의해 런타임 메모리 영역에 적재

  4. 실행 엔진에 의해 명령어 단위로 프로그램이 실행됨

    • 실행 엔진은 두 가지로 나뉜다.

    • 인터프리터 방식: 명령어 단위로 해석하고 직후 실행

    • 컴파일러(JIT) 방식: 전체 바이트 코드를 해석하여 바이너리 코드로 변환하고 실행

실행 엔진 비교

  • 인터프리터 방식

    • 한 문장마다의 실행 속도는 빠르지만 전체 코드의 실행 속도는 느리다.

  • JIT(Just-In-Time) 컴파일러 방식

    • 인터프리터 방식은 전체 코드의 실행 속도가 느리기 때문에 이를 보완하기 위해 추후에 등장한 방식

    • 한 문장마다의 실행 속도는 인터프리터 방식보다 느리지만 전체 코드의 실행 속도는 더 빠르다.

Last updated 1 year ago

출처:

https://steady-snail.tistory.com/67
  • Java의 특징
  • JVM
  • Java 코드의 실행 과정
  • 실행 엔진 비교
PreviousJVMNextLambda Expression
  1. java

Java 코드의 실행 과정

Java 코드의 실행 과정