• 카테고리

    질문 & 답변
  • 세부 분야

    백엔드

  • 해결 여부

    해결됨

ThreadLocal을 사용하는 이유에 대한 질문

23.04.05 02:06 작성 조회수 339

0

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]
ThreadLocal을 사용하는 이유가 쓰레드는 기본적으로 다른 쓰레드와 리소스를 공유하게 되는데 커넥션을 반환했다가 다시 가져오는 과정에서 혹여나 다른 요청으로 인해 커넥션을 다른 요청이 가져가 버릴까봐 ThreadLocal을 사용하여 하나의 요청에서 계속 사용할 수 있게하기 위해서인가요?

답변 1

답변을 작성해보세요.

1

codesweaver님의 프로필

codesweaver

2023.04.06

안녕하세요, 태허키 님! 공식 서포터즈 codesweaver 입니다.

Connection 을 한번 획득했다면 하나의 프로세스(트랜잭션)를 종료할 때까지 그 커넥션을 계속 들고 있어야 합니다.

그리고 하나의 서비스가 여러 리포지토리를 호출할 때 동일한 커넥션을 사용하도록 파라미터로 넘겨 주어야 하는데요 예를들면,

  • xxxRepository.someService(Connection conn, String param);

  • aaaRepository.someService(Connection conn, Map<String, String> param);

메소드 시그니처에 항상 Connection이 따라 붙기 때문에 번잡합니다.

그런데 이를 쓰레드로컬에 보관한다면, 어떤 메소드를 호출하더라도 동일한 커넥션을 사용할 수 있으면서 동시에 파라미터에서 Connection 을 생략할 수 있습니다. 강의에서 말한 'Connection을 파라미터로 넘기지 않아도 된다'는 말은 이

감사합니다.