Jake Seo
제이크서 개발 블로그
Jake Seo
전체 방문자
오늘
어제
  • 분류 전체보기 (719)
    • AI 서비스 개발 일기 (3)
    • LLM 개발 일기 (1)
    • ------레거시 (2025.08.23 이전)--.. (0)
    • 백준 문제풀이 (1)
    • 릿코드 문제풀이 (2)
    • 알고리즘 이론 (10)
      • 기본 이론 (2)
      • 배열과 문자열 (8)
    • 데이터베이스 (15)
      • Planet Scale (1)
      • MSSQL (9)
      • 디비 기본 개념 (1)
      • SQLite 직접 만들어보기 (4)
    • 보안 (7)
    • 설계 (1)
    • 네트워크 (17)
      • HTTP (9)
      • OSI Layers (5)
    • 회고 (31)
      • 연간 회고 (2)
      • 주간 회고 (29)
    • 인프라 (52)
      • 도커 (12)
      • AWS (9)
      • 용어 (21)
      • 웹 성능 (1)
      • 대규모 서비스를 지탱하는 기술 (9)
    • 깃 (7)
    • 빌드 도구 (7)
      • 메이븐 (6)
      • 그레이들 (0)
    • Java (135)
      • 이펙티브 자바 (73)
      • 자바 API (4)
      • 자바 잡지식 (30)
      • 자바 디자인 패턴 (21)
      • 톰캣 (Tomcat) (7)
    • 프레임워크 (64)
      • next.js (14)
      • 스프링 프레임워크 (28)
      • 토비의 스프링 (6)
      • 스프링 부트 (3)
      • JPA (Java Persistence API) (5)
      • Nest.js (8)
    • 프론트엔드 (48)
      • 다크모드 (1)
      • 노드 패키지 관리 매니저 (3)
      • CSS (19)
      • Web API (11)
      • tailwind-css (1)
      • React (5)
      • React 새 공식문서 요약 (1)
      • HTML (Markup Language) (5)
    • 자바스크립트 (108)
      • 모던 자바스크립트 (31)
      • 개념 (31)
      • 정규표현식 (5)
      • 코드 스니펫 (1)
      • 라이브러리 (6)
      • 인터뷰 (24)
      • 웹개발자를 위한 자바스크립트의 모든 것 (6)
      • 팁 (2)
    • Typescript (49)
    • 리눅스와 유닉스 (10)
    • Computer Science (1)
      • Compiler (1)
    • IDE (3)
      • VSCODE (1)
      • IntelliJ (2)
    • 세미나 & 컨퍼런스 (1)
    • 용어 (개발용어) (16)
      • 함수형 프로그래밍 용어들 (1)
    • ORM (2)
      • Prisma (2)
    • NODEJS (2)
    • cypress (1)
    • 리액트 네이티브 (React Native) (31)
    • 러스트 (Rust) (15)
    • 코틀린 (Kotlin) (4)
      • 자바에서 코틀린으로 (4)
    • 정규표현식 (3)
    • 구글 애널리틱스 (GA) (1)
    • SEO (2)
    • UML (2)
    • 맛탐험 (2)
    • 리팩토링 (1)
    • 서평 (2)
    • 소프트웨어 공학 (18)
      • 테스팅 (16)
      • 개발 프로세스 (1)
    • 교육학 (1)
    • 삶의 지혜, 통찰 (1)
    • Chat GPT (2)
    • 쉘스크립트 (1)
    • 컴파일 (2)
    • Dart (12)
    • 코드팩토리의 플러터 프로그래밍 (4)
    • 플러터 (17)
    • 안드로이드 스튜디오 (1)
    • 윈도우즈 (1)
    • 잡다한 백엔드 지식 (1)
    • 디자인 패턴 (1)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • next js app
  • item9
  • 추상 팩터리 패턴
  • serverless computing
  • 빈 검증
  • 알고리즘
  • 이펙티브 자바 item9
  • 이펙티브자바
  • Next.js
  • 참조 해제
  • 자바 검증
  • 플라이웨이트패턴
  • 토비의 스프링
  • 메이븐 골
  • pnpm
  • 외래키 제약조건
  • 싱글톤
  • 스프링 검증
  • NEXT JS
  • 프로그래머의 뇌
  • 작업기억공간
  • 자료구조
  • 자바 디자인패턴
  • Javadoc 자바독 자바주석 주석 Comment
  • prerendering
  • 팩터리 메서드 패턴
  • Java
  • 메이븐 페이즈
  • item8
  • 자바
  • 슬로우 쿼리
  • 자바스크립트 인터뷰
  • 메이븐 라이프사이클
  • MSSQL
  • Pre-rendering
  • bean Validation
  • 디자인패턴
  • 싱글톤 패턴
  • try-with-resources
  • item7
  • 자바스크립트 면접
  • 객체복사
  • 느린 쿼리
  • 자바스크립트
  • rust
  • 서버리스 컴퓨팅
  • 싱글턴
  • 이펙티브 자바
  • 러스트
  • 도커공식문서

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 개발 블로그

Java/자바 잡지식

자바 @Retention 애노테이션 정리

2022. 4. 23. 08:59

@Retention 애노테이션이란?

  • 애노테이션의 메타 정보가 언제 버려질지에 대한 타이밍을 설정한다.
  • SOURCE, CLASS, RUNTIME 중 하나를 선택할 수 있다.

RetentionPolicy.SOURCE

  • 소스코드인 구간에만 유지되고 클래스 파일이 되는 컴파일 과정에서 애노테이션 정보는 사라진다.

RetentionPolicy.CLASS

  • .class 파일에 기록되고, 런타임에 버려진다.
  • 클래스 파일까지만 유지된다.
  • 자바에서의 기본 retention 이다.

질문: RetentionPolicy.CLASS 는 왜 필요한가?

사실 왜 필요한가 싶을 수 있다. '소스코드까지 유지될거면 SOURCE 를 사용하고, 런타임까지 유지될거면 RUNTIME 을 사용하면 되지. 애매하게 CLASS 는 어디다가 쓰라고?'

그러나 라이브러리 배포 관점에서 봤을 때, 자바 라이브러리들은 .class 파일로 관리된다. .java 파일이 아닌 .class 파일로 관리되는 라이브러리에서 메타 정보를 주고 싶다고 가정하자. 만일 SOURCE 로 준다면, 라이브러리가 컴파일되면서 메타정보는 다 날아갈 것이다. 그러면 라이브러리에서 타입체커, IDE 부가기능 등을 사용할 수 없게 된다.

SOURCE 정책으로 사용한다면, 컴파일된 라이브러리의 jar 파일에는 아무것도 남지 않게 될 것이다.

물론, 위의 용도가 아니라도 .class 파일이 되는 시점까지 유지되고 런타임에 버려진다는 특성이 필요하다면 언제든 RetentionPolicy.CLASS 를 사용될 수 있다.

RetentionPolicy.RUNTIME

  • 런타임 동안에 유지되고, 런타임 동안에 프로그램에서 접근도 가능하다.
  • Reflection API 로 접근도 가능하다.

사용 용례 간단히 알아보기

SOURCE 의 사용 예: lombok 의 @Getter

롬복의 @Getter 는 SOURCE 를 사용한다.

@Target({ElementType.FIELD, ElementType.TYPE})
@Retention(RetentionPolicy.SOURCE)
public @interface Getter {
  ...
}

소스코드를 컴파일할 때, Getter 메서드를 만들어주면 그 시점에서 @Getter 의 역할은 끝나기 때문이다. 더이상 @Getter 애노테이션 정보를 기억해야 할 이유가 없다.

CLASS 의 사용 예: lombok 의 @NonNull

롬복의 @NonNull 은 CLASS 를 사용한다.

@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.LOCAL_VARIABLE, ElementType.TYPE_USE})
@Retention(RetentionPolicy.CLASS)
@Documented
public @interface NonNull {
}

@NonNull 에는 각 값에 대해 null 을 체크하는 로직이 있다. 이후에 우리가 @NonNull 을 이용해 작성된 라이브러리를 이용할 때, IDE 는 필수 값에 null 을 넣지 않게 하기 위해 애너테이션을 확인하고 힌트를 줄 것이다. @NonNull 을 CLASS 로 사용하지 않고 SOURCE 로 사용한다면, .class 파일로 작성된 라이브러리들에 대해서 이러한 힌트를 줄 수 없다.

RUNTIME 의 사용 예: 스프링 @Component

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Indexed
public @interface Component {
  // ...
}

스프링에서 대부분의 애노테이션은 RUNTIME 을 사용한다. @Component 이 달려있는 클래스에 대해서는 애플리케이션이 시작된 이후 런타임에 컴포넌트 스캔에 의해 검출되어야 한다.

예제 코드 참고하기

// Java Program to Illustrate Retention Annotations

// Importing required classes from java.lang package
import java.lang.annotation.Annotation;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;

// Here we will be creating 3 annotations with
// RetentionPolicy as SOURCE, CLASS, & RUNTIME

// Retention Annotation 1
@Retention(RetentionPolicy.SOURCE)

// Interface
@interface SourceRetention
{
    String value() default "Source Retention";
}

// Retention Annotation 2
@Retention(RetentionPolicy.CLASS)

// Interface
@interface ClassRetention
{
    String value() default "Class Retention";
}

// Retention Annotation 3
@Retention(RetentionPolicy.RUNTIME)

// Interface
@interface RuntimeRetention
{
    String value() default "Runtime Retention";
}

// Annotating classes A, B, and C
// with our custom annotations
@SourceRetention
class A {
}

@ClassRetention
class B {
}

@RuntimeRetention
class C {
};

// Main class
public class RetentionPolicyDemo {

    // Main driver method
    public static void main(String[] args)
    {

        // Obtaining the array of annotations used to
        // annotate class A, B, and C. Array a and b will be
        // empty as their annotation are attached before
        // runtime while array c will contain the
        // RuntimeRetention annotation as it was marked with
        // RUNTIME retention policy
        Annotation a[]
            = new A().getClass().getAnnotations();
        Annotation b[]
            = new B().getClass().getAnnotations();
        Annotation c[]
            = new C().getClass().getAnnotations();

        // Printing the number of retained annotations of
        // each class at runtime
        System.out.println(
            "Number of annotations attached to "
            + "class A at Runtime: " + a.length);

        System.out.println(
            "Number of annotations attached to "
            + "class B at Runtime: " + b.length);

        System.out.println(
            "Number of annotations attached to "
            + "class C at Runtime: " + c.length);

        // Since the class C is annotated with an annotation
        // which which has retention policy as runtime so it
        // can be accessed during runtime while annotations
        // of other two classes are discarded before runtime
        // so they can't be accessed
        System.out.println(
            "Annotation attached to class C: " + c[0]);
    }
}

출력 결과

Number of annotations attached to class A at Runtime: 0
Number of annotations attached to class B at Runtime: 0
Number of annotations attached to class C at Runtime: 1
Annotation attached to class C: @RuntimeRetention(value="Runtime Retention")

코드를 실행시켜보면, 예상대로 자바 코드가 수행된 시간인 런타임에는 @RuntimeRetention 의 애노테이션 정보만 접근 가능했다.

레퍼런스

긱스 포 긱스, 자바 @Retention
정프로 티스토리 블로그

저작자표시 (새창열림)

'Java > 자바 잡지식' 카테고리의 다른 글

스프링 @Bean 애노테이션 정리  (0) 2022.04.23
스프링 @Configuration 애노테이션 정리  (0) 2022.04.23
자바 EE 란?  (0) 2022.04.20
클린 아키텍처 (by Robert C. Martin) 번역  (0) 2022.04.14
Test Double 이란?  (0) 2022.04.13
    'Java/자바 잡지식' 카테고리의 다른 글
    • 스프링 @Bean 애노테이션 정리
    • 스프링 @Configuration 애노테이션 정리
    • 자바 EE 란?
    • 클린 아키텍처 (by Robert C. Martin) 번역
    Jake Seo
    Jake Seo
    ✔ 댓글로 틀린 부분을 지적해주시면 기분 나빠하지 않고 수정합니다. ✔ 많은 퇴고를 거친 글이 좋은 글이 된다고 생각합니다. ✔ 간결하고 명료하게 사람들을 이해 시키는 것을 목표로 합니다.

    티스토리툴바