[25.1.2 TIL] 챌린지 세션 - Spring과 Proxy

01. Proxy란 ?

• 대리인, 중개자
• 클라이언트 / 호출자의 요청을 실제 객체 대신 처리해주는 역할

 

Diagram

 

Code

public class Service {
	public void perform() {
		// 실제 로직
	}
}

//프록시 객체
public class ServiceProxy implements Service {

    private final Service target = new Service();

    public void perform() {
        // 사전 처리
        target.perform();
        // 사후 처리
    }
}

 

 

02. Spring Framework에서의 Proxy

1. Proxy 생성 방법

1) JDK Dynamic Proxy

• 인터페이스 기반으로 동작
• 대상 클래스가 인터페이스를 구현한 경우 사용
• java.lang.reflect.Proxy 클래스 활용

2) CGLIB Proxy

• 클래스 기반으로 동작
• 대상 클래스가 인터페이스를 구현하지 않은 경우 사용
• 바이트코드 조작을 통해 하위 클래스 생성

 

2. AOP (Aspect-oriented Programming)

• 여러 모듈에서 사용하는 동일한 로직을 공통적으로 처리 / 관리 모듈화를 하기 위한 Framework
• OOP의 한계를 극복하여 기능을 보완해줌
  1. 횡단 관심사의 분리 어려움
  - 로깅, 보안, 트랜잭션 같은 공통 기능 (횡단 관심사)이 비즈니스 로직 안에 흩어지기 쉽다.
  - 기능을 클래스나 메서드 단위로 깔끔히 분리하기 어렵고, 코드 중복이나 가독성 저하를 초래한다.
  
  2. 객체 간 결합도 증가
  - 객체가 다른 객체의 강하게 의존하게 되면 (상속•직접 참조) 모듈 간 결합도가 높아진다.

용어 정리

• Join Point: Advice가 적용 가능한 지점 (메서드 실행 등)
• Pointcut: Join Point 중 특정 지점을 선별하는 표현식
• Advice: 실제로 실행되는 기능 (Before, After, Around 등)
• Aspect: Advice와 Pointcut을 결합한 모듈 단위

 

03. AOP의 대표 사례

@Transactional: 트랜잭션 경계를 설정하기 위한 Aspect

//without AOP
public class UserService {

	private final EntityManager em;
		
	public void save() {
		EntityTransaction et = em.getTransaction()		
				
		try {
			et.begin();
            
			// 비즈니스 로직
			et.commit();
		} catch(Exception e) {
			et.rollback();
			}
	}
}

// With AOP
public class UserService {

	@Transactional
	public void save() {
	
		// 비즈니스 로직
				
	}
}

 

 

Self-Invocation 자가 호출

public class UserService {

	public void externalMethod() {
		this.internalMethod(); // -> 내부 메소드 호출(자가 호출)
	}
		
	@Transactional
	private void internalMethod() {
				
	}
}

 

 

Self-Invocation 실행 순서

접근제어자와는 상관 없이 내부 메서드 호출은 Proxy를 통하지 않음으로 Advice가 적용되지 않음

 

해결 방법

• 자기 자신을 주입받아 사용
• AopContext.currentProxy()을 통해 명시적으로 호출
• Spring AOP 대신 AspectJ의 Weaving 사용
• 클래스 분리

 

04. JPA

지연 로딩을 위해 Entity를 최초로 로딩할 때 기존 객체를 상속한 Proxy 객체를 생성 후 연관관계에 추가 

@Getter
@Entity
public class User {
	private long id;
	private String name;		
}

//프록시 객체
public class UserProxy extends User {

	private long id = 1; //외래키로 사용되었던 id의 값은 알고 있음.
	private User targetEntity = null;
		
	@Override
	public String getName() {
	      
		if(targetEntity == null) {
		//1. 영속성 컨텍스트에 실제 Entity 생성 요청
		//2. DB에서 데이터 조회
		//3. 실제 Entity 생성 및 타겟 등록
		this.targetEntity = foundEntity;
        
	    }
	      
	     return this.targetEntity.getName();
	}
}

 

데이터가 실제로 필요한 시점에 DB에 질의를 통해 객체를 가지고 오기 때문에

• 불필요한 쿼리의 발생을 방지
• 불필요한 DB 통신 미사용 및 DB 부하 감소
• 사용하지 않는 데이터를 메모리에 로드하는 리소스 낭비 방지

Proxy를 통한 LazyLoading은 트랜잭션 경계 내에서 동작하므로 LazyInitializationException을 주의

 

 

Persistence Content Proxy VS AOP Proxy

구분	영속성 (지연 로딩) 프록시	Spring AOP 프록시
목적	연관 엔티티를 실제로 사용할 때까지 지연 로딩	횡단 관심사 (트랜잭션, 로깅, 보안 등) 적용
대상 객체	JPA 엔티티 클래스	스프링 빈 (Bean)
생성 시점	EntityManager / 세션이 엔티티를 처음 로딩할 때	컨테이너 초기화 시, 빈 등록 단계에서
프록시 타입	클래스 서브클래스 (CGLIB 계열 바이트 코드 조작)	인터페이스가 있으면 JDK 다이나믹 프록시 / 없으면 CGLIB 프록시
생성 주체	JPA 구현체 (Hibernate, EclipseLink 등)	Spring AOP (ProxyFactoryBean 등)
동작 방식	프록시 내부에 targetEntity 참조를 지연해서 채우고 getter 호출 시점에 한 번만 DB 조회	프록시가 InvocatioHandler / MethodInterceptor를 통해 메서드 진입•종료 시점에 Advice (전•후처리)를 적용
바이트코드 조작	런타임에 엔티티 클래스 자체를 조작	빈 (Bean) 등록 시점에 프록시 클래스 생성
종속성	JPA 표준 및 구현체에 종속	Spring AOP 모듈 (스프링 코어)에 종속