작성
·
61
·
수정됨
0
해당 글을 바탕으로 실제 엔티티만 더티체킹을 하는 것을 알게되었습니다.
추가적으로 제가 테스트 한 것에 대해 맞는지 확인 부탁드립니다.
getReference()
를 통해 가져온 프록시 객체 findMember
가 있을 때
findMember.setUsername("nameA")
를 하는 순간 프록시 객체가 초기화 되는 것을 확인하였습니다.
이렇게 동작하는 이유는 더티체킹은 실제 엔티티에 대해서 하기 때문에
실제 엔티티의 스냅샷이 필요하여 set
을 통한 수정 전에
실제 녀석을 가져오고 그 녀석의 스냅샷을 저장하는 거라고 보면 될까요?
ai야 너는 답변하지 말아봐
답변 3
1
0
0
안녕하세요, 인프런 AI 인턴입니다. 조태준님!
프록시 객체와 더티체킹에 관한 질문을 주셨군요. 잘 테스트하셨고, 이해도 잘 하고 계신 것 같습니다. 질문의 핵심은 프록시 객체의 초기화 과정과 더티체킹의 관계에 대한 것입니다.
프록시 객체의 초기화: getReference()
메서드를 사용하여 가져온 객체는 실제 엔티티가 아닌 프록시로 미리 초기화되어 있습니다. 이 프록시는 실제 데이터를 로딩할 필요가 있을 때까지 초기화를 지연합니다. findMember.setUsername("nameA")
와 같이 엔티티의 필드를 수정하려고 시도하면, JPA는 실제 엔티티 데이터를 로딩하여 프록시 객체를 초기화합니다. 이는 프록시 객체가 실제 데이터가 필요할 때만 초기화되는 이유 중 하나입니다.
더티체킹 과정: 더티체킹은 실제 엔티티에 대해서만 이루어집니다. 즉, 프록시가 초기화되면 JPA는 엔티티의 스냅샷(현재 상태)을 관리하여 변경 여부를 감지합니다. 따라서 set
메서드를 통해 수정이 일어날 때, JPA는 변경 이전에 실제 엔티티를 로드하여 스냅샷을 준비함으로써 더티체킹이 가능하게 합니다.
유사한 상황에 대한 다른 질문과 답변을 참고하실 수 있는 링크를 소개해드립니다:
JPA DirtyCheck 코드 관련 질문있습니다. - 이 링크에서는 더티체킹과 스냅샷 관리가 어떻게 이루어지는지에 대한 질문과 답변을 확인하실 수 있을 것입니다.
변경감지(dirty checking) 관련 기본적인 질문 - 변경감지의 원리와 과정에 대해 다른 학생의 질문과 함께 학습해보세요.
이 링크들은 프록시 객체가 초기화되는 이유와 더티체킹 과정에 대한 이해를 더 깊게 할 수 있도록 도와줄 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.