bookLearning Module

Chapter 3: 리플렉션과 프록시 - 프레임워크의 마법을 풀다

Reflection API, JDK Dynamic Proxy vs CGLIB, Annotation processing

1. 런타임의 초능력: 리플렉션 (Reflection)

"코드가 자기 자신을 들여다보고 조작할 수 있다면?"

리플렉션은 구체적인 클래스 타입을 몰라도 런타임에 클래스, 메서드, 필드에 접근할 수 있게 해주는 API입니다. 스프링의 DI, 하이퍼네이트의 엔티티 매핑이 바로 이 기술 위에 세워져 있습니다.

비용 (The Cost): 컴파일 타임 최적화가 불가능하고, 시그니처 체크 비용이 발생하여 일반 호출보다 느립니다. 또한 캡슐화를 강제로 해제(setAccessible(true))하므로 보안상 주의가 필요합니다.

스프링이 빈을 감싸 부가 기능을 넣을 때 사용하는 두 가지 방식입니다.

schemaArchitecture Visualization

JDK Dynamic Proxy: 자바 순수 기능. 인터페이스를 상속받아 프록시를 만듭니다. 타겟의 실제 타입을 알 수 없습니다.
CGLIB: 바이트코드를 조작하여 타겟을 상속받은 서브클래스를 만듭니다. final 클래스나 메서드는 프록시를 만들 수 없다는 제약이 있습니다.

@Component, @Service 같은 애노테이션은 그 자체로 로직을 가지지 않습니다. 리플렉션을 통해 "이 클래스에 @Service가 붙어 있나?"를 확인한 후, 프록시로 감싸거나 컨테이너에 등록하는 분석(Scan) 과정이 핵심입니다.

code

리플렉션으로 private 필드 강제 접근java

1	`public class Secretive {`
2	`private String password = "1234";`
3	`}`
4
5	`// 런타임에 담을 넘기`
6	`Field field = Secretive.class.getDeclaredField("password");`
7	`field.setAccessible(true); // 캡슐화 해제!`
8	`String value = (String) field.get(new Secretive());`
9	`System.out.println("해킹된 비밀번호: " + value);`

psychology

현업 면접관이 실제로 던지는 질문입니다. 먼저 스스로 답해보세요.

Hard

expand_more

CGLIB은 타겟 클래스를 상속받아 자식 클래스를 만들고 메서드를 오버라이딩하여 부가 기능을 끼워 넣는 방식이기 때문입니다. final 클래스나 final 메서드는 문법적으로 상속과 오버라이딩이 금지되어 있어 바이트코드 조작이 불가능합니다.