𝐃𝐚𝐬𝐡𝐁𝐨𝐚𝐫𝐝

getLoginUser() 메서드를 사용할 때 LazyInitializationException이 발생하지만 getLoginUserForLazy()가 아닌 문제는 Hibernate가 엔터티의 지연 로딩을 관리하는 방법과 이러한 엔터티가 사용되는 컨텍스트와 관련이 있습니다. 무슨 일이 일어나고 있는지 분석해 보면 다음과 같습니다. 1. Hibernate에서의 지연 로딩 이해하기 Hibernate에서 지연 로딩은 엔터티 또는 엔터티 컬렉션이 데이터베이스에서 즉시 로드되지 않고 처음 액세스될 때 요청 시 로드되는 전략입니다. 이는 특히 대규모 컬렉션이나 복잡한 개체 그래프를 처리할 때 불필요한 데이터 로드를 방지하므로 효율적입니다. 2. Hibernate 세션의 역할 Hibernate 세션은 본질적으로 엔터티가 저장되고 관리되는 컨텍스트 또는 버퍼입니다. 세션이 닫히면 해당 세션 내에서 초기화(로드)되지 않은 엔터티의 지연 로드 속성에 액세스하려고 하면 LazyInitializationException이 발생합니다. 3. Spring Security의 인증 주체 getLoginUser() 메소드에서는 Spring Security의 SecurityContextHolder에서 인증된 사용자를 검색합니다. Spring Security는 일반적으로 인증이 성공할 때 보안 컨텍스트에 주체(종종 UserDetails 또는 유사한 사용자 엔터티의 인스턴스)를 저장합니다. 이 사용자 개체는 현재 닫혀 있는 다른 Hibernate 세션에서 검색되었을 수 있습니다. 4. LazyInitializationException이 발생하는 이유 getLoginUser()에서 반환된 User 개체를 사용할 때 해당 개체의 일부가 지연 로드되어 원래 세션(인증 중) 중에 초기화되지 않은 경우 해당 세션 외부에서 해당 개체에 액세스하면 LazyInitializationException이 발생합니다. 이는 User 엔터티의 지연 로드 속성이 원래 Hibernate 세션(로드된 위치)이 닫힌 후에 로드하려고 시도하기 때문입니다. 5. getLoginUserForLazy()를 사용한 솔루션 getLoginUserForLazy() 메소드는 userRepository.findById(id).get()을 사용하여 데이터베이스에서 User 엔터티를 다시 가져와서 이 문제를 회피합니다. 이는 활성 Hibernate 세션 내에서 User 엔터티가 검색되고 지연 로드된 속성이 이 컨텍스트 내에서 안전하게 액세스될 수 있음을 보장합니다. 요약 요약하자면, getLoginUser()는 이전 Hibernate 세션(지금은 닫혀 있음)에 로드된 User 개체를 검색하여 초기화되지 않은 지연 로드 속성에 액세스할 때 문제를 일으킵니다. 반면, getLoginUserForLazy()는 LazyInitializationException을 방지하면서 현재 활성 Hibernate 세션 내에서 사용자를 새로 가져옵니다. 이는 Spring Security와 함께 Hibernate를 사용하는 애플리케이션에서 흔히 발생하는 문제이며, getLoginUserForLazy()를 사용한 접근 방식은 엔터티가 활성 세션 내에 로드되도록 하는 일반적인 솔루션입니다.