<aside> ❗

프록시

• Member를 조회할 때, DB에서 Team도 함께 조회해야 하는가 ??

[두 가지 경우]

• Member 정보만 필요한 경우
• Team 정보도 같이 필요한 경우 </aside>

<aside> ❗

프록시 기초

[em.find() VS em.getReference()]

• em.find() : 데이터베이스를 통해서 실제 엔티티 객체 조회
• em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회 → DB에 쿼리가 안 나갔는데 객체가 조회가 되는 것

• 프록시 클래스는 구조는 동일하지만 값이 모두 비어있다고 보면 됨
• target은 진짜 참조를 가리킨다. // 처음에는 null로 비어있음
• 프록시 클래스는 실제 엔티티를 상속 받아서 만들어진다. // 하이버네이트가 내부적으로 만들어 냄

Member member = new Member();
member.setName("hello");

em.persist(member);

em.flush();
em.clear();

//프록시 객체를 가져옴
Member findMember = em.getReference(Member.class, member.getId());
System.out.println("findMember = " + findMember.getClass());
// 값이 실제 사용되는 시점에 쿼리가 나간다.
// 찾을 때, ID값을 알고 있으니 조회하지 않음
System.out.println("findMember.getId() = " + findMember.getId());

// Name의 값은 알 수 없으므로 영속성 컨텍스트에 실제 객체를 요청
System.out.println("findMember.getName() = " + findMember.getName());
System.out.println("findMember.getName() = " + findMember.getName());

System.out.println("findMember = " + findMember.getClass());
/*
// 하이버네이트가 강제로 만든 프록시 클래스 
findMember = class jpabook.study.domain.Member$HibernateProxy$3UMPnBJl
*/

</aside>

<aside> ❗

프록시 특징

• 실제 클래스를 상속 받아서 만들어짐
• 실제 클래스와 겉 모양이 같다.
• 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)
• 프록시 객체는 **실제 객체의 참조(target)**를 보관
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메서드 호출

// member에 프록시 객체를 저장함 
Member member = em.getReference(Member.class, "id1");

member.getName();

1. getName() 호출 Member target이 없음
2. JPA가 영속성 컨텍스트에 요청 ( 진짜 Member 객체를 가져오도록 )
3. 영속성 컨텍스트는 DB를 조회해서 진짜 Member 엔티티를 생성
4. target이 진짜 엔티티를 참조하도록 함
5. target.getName() 수행

• 프록시 클래스의 target이 참조하는 값이 없을 때, 영속성 컨텍스트를 통해서 초기화 요청
• 진짜 값을 달라는 초기화를 요청
• 초기화 - DB를 통해서 데이터를 가져와 엔티티를 만드는 과정 </aside>

<aside> ❗

프록시의 특징

• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능한 것 즉, 프록시 클래스의 target에 참조값이 들어가는 것
• 프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 ** **(== 비교 실패, 대신 instance of 사용해야 함) ****

Member m1 = em.find(Member.class, member1.getId());
Member m2 = em.getReference(Member.class, member2.getId());

// 절대 타입 비교를 == 을 사용해서는 안 된다.
System.out.println(m1.getClass() == m2.getClass()); // false

• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환 즉, 영속성 컨테이너에서 해당 엔티티를 관리하는 시점에 em.getReference()를 호출해도 실제 엔티티를 반환함 → 이미 영속성 컨텍스트에 있기 때문 → 영속성 컨텍스트에 프록시 클래스가 등록되면 이후 find()로 가져와도 1차 캐시에 있는 프록시 클래스를 반환한다. (반대도 마찬가지)
  • JPA는 같은 영속성 컨텍스트에서 같은 엔티티 ID를 가지는 객체는 항상 같은 인스턴스를 반환하도록 보장함
  • 이는 JPA의 1차 캐시 덕분이며, find(), getReference() 어느 것을 먼저 호출하든 동일한 객체가 반환됨
  • 따라서 영속성 컨텍스트에서 찾는 엔티티가 있으면 getReference()는 실제 엔티티를 반환

Member m1 = em.find(Member.class, member1.getId());
Member m2 = em.getReference(Member.class, member2.getId());

// 영속성 캐시에서 가져오기 때문에 프록시가 m2에 저장됨 
m2 = em.find(Member.class, member2.getId());
System.out.println(m2.getClass().getName());
System.out.println(m1.getClass() == m2.getClass());

/*
jpabook.study.domain.Member$HibernateProxy$SWAvcM1M
false
*/

• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생 (하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)

Member member = em.getReference(Member.class, member.getId());

// member는 비영속 상태가 됨 -> 영속성 컨텍스트 도움을 받지 못함 
em.detach(member);

member.getName()
/*	
	org.hibernate.LazyInitializationException 예외를 터트림
	could not initialize proxy 오류 발생
	no Session
*/

</aside>

<aside> ❗

프록시 확인

• 프록시 인스턴스의 초기화 여부 확인 PersistenceUnitUtil.isLoaded(Object entity)

emf.getPersistenceUnitUtil().isLoaded(member);
// false -> 초기화 X 
// true -> 초기화 O

• 프록시 클래스 확인 방법 entity.getClass().getName()
• 프록시 강제 초기화 org.hibernate.Hibernate.initialize(entity)

Hibernate.initialize(entity)

[참고]

• JPA 표준은 강제 초기화 없음
• 강제 호출: member.getName() </aside>

<aside> ❗

즉시 로딩, 지연 로딩

• 단순히 member 정보만 사용하는 비즈니스 로직 println(member.getName())

지연 로딩 Lazy을 사용해서 프록시로 조회

• 즉, 연관된 객체를 프록시로 가져온다.

@Entity
public class Member {
	
	@Id
	@GeneratedValue
	private Long id;
	
	@Column(name = "USERNAME")
	private String name;
	
	@ManyToOne(fetch = FetchType.LAZY) 
	@JoinColumn(name = "TEAM_ID")
	private Team team; // team을 프록시 타입으로 조회함, 즉 Member만 DB에서 조회 
}

</aside>

<aside> ❗

지연 로딩

지연 로딩 LAZY을 사용해서 프록시로 조회

• 지연로딩인 경우 Member의 team 변수에 프록시 객체를 넣어둔다.
• 실제 필요한 데이터에 접근할 때, 초기화를 통해 실제 엔티티를 가져와 프록시가 참조하도록 한다.

Team team = member.getTeam();
team.getName(); // 실제 team을 사용하는 시점에 초기화(DB 조회)

</aside>

<aside> ❗

Member와 Team을 자주 함께 사용한다면 ??

즉시 로딩 EAGER를 사용해서 함께 조회

@Entity
public class Member {
	
	@Id
	@GeneratedValue
	private Long id;
	
	@Column(name = "USERNAME")
	private String name;
	
	@ManyToOne(fetch = FetchType.EAGER) 
	@JoinColumn(name = "TEAM_ID")
	private Team team;
}

</aside>

<aside> ❗

즉시 로딩

즉시 로딩(EAGER), Member 조회시 항상 Team도 조회

• JPA 구현체는 가능하면 조인을 사용해서 SQL 한번에 함께 조회
• 항상 다 들고오기 때문에 성능에 좋지 않음 </aside>

<aside> ❗

</aside>

• 지연 로딩 이론