커피를 마시는 늑대님의 면접 결과

WeakHashMap과 GC의 관계에 대해 기본적인 이해를 보여주신 점은 좋았습니다. 하지만 몇 가지 중요한 개념이 부정확합니다. WeakHashMap은 변수에 null이 할당되거나 사용 빈도와는 관계없이, 키 객체에 대한 강한 참조(strong reference)가 더 이상 존재하지 않을 때 해당 엔트리가 GC의 대상이 되는 것이 핵심입니다. 또한 ThreadLocal에서 사용되는 것은 WeakHashMap이 아니라 ThreadLocalMap이며, 이는 키를 WeakReference로 감싸는 구조입니다. WeakReference의 동작 원리와 강한 참조, 약한 참조의 차이점을 더 학습하시고, 실제 메모리 누수 방지를 위한 WeakHashMap의 활용 사례들을 공부해보시기 바랍니다.

ThreadLocal의 메모리 누수 메커니즘에 대한 핵심 개념을 잘 이해하고 계시네요. key가 WeakReference로 되어있어 GC 대상이 되지만 value는 강한 참조로 유지된다는 점을 정확히 설명해주셨습니다. 다만 ThreadLocal의 내부 구조를 좀 더 정확히 표현하시면 좋겠는데, ThreadLocal은 각 Thread마다 ThreadLocalMap을 가지고 있고, 이 Map의 Entry가 WeakReference를 상속받아 key(ThreadLocal 객체)에 대해 약한 참조를 유지합니다. 추가로 이러한 메모리 누수를 방지하기 위해 ThreadLocal 사용 후 remove() 메서드를 호출해야 한다는 실무적인 해결방안도 함께 언급해주시면 더욱 완성도 높은 답변이 될 것 같습니다.

ThreadLocal에서 remove() 메서드를 호출하지 않을 때 발생하는 문제점들을 잘 파악하고 계시네요. 특히 메모리 누수 문제와 스레드 풀 환경에서 다른 요청이 이전 ThreadLocal 값에 접근할 수 있다는 점을 정확히 언급해주셨습니다. 다만 설명에서 좀 더 구체적으로 보완하면 좋을 부분이 있는데, ThreadLocal의 내부 구조는 ThreadLocalMap이고 여기서 key가 WeakReference로 관리되어 key는 GC될 수 있지만 value는 강한 참조로 남아있어 완전한 정리가 되지 않는다는 점을 명확히 설명하시면 더 좋겠습니다. 또한 웹 애플리케이션에서 스레드 풀을 사용할 때 스레드가 재사용되면서 이전 요청의 데이터가 남아있을 수 있다는 구체적인 시나리오를 추가로 학습해보시기 바랍니다.