ThreadLocal 사용 요약

1732 단어
일반적으로 다중 스레드 환경에서 만약에 어떤 대상이 비스레드가 안전하다면 방문 대상은synchronized로 스레드 동기화를 해야 한다.그러나 일부 Object 클래스의 경우 스레드 동기화가 낮아지고 릴리즈되며 시스템 성능에 영향을 미치므로 스레드 동기화 메커니즘을 사용하지 않습니다.동시에 코드를 통해 라인 안전을 해결하는 것은 비교적 어렵다.그래서 JDK가 자바를 제공했습니다.lang.ThreadLocal 은 Object 클래스의 다중 스레드 병발 문제를 해결하기 위해 새로운 사고방식을 제공합니다.
ThreadLocal은 Thread가 아니라 Thread의 로컬 변수입니다.ThreadLocal을 사용하여 변수를 유지할 때 ThreadLocal은 이 변수를 사용하는 모든 라인에 독립된 변수 복사본을 제공하기 때문에 모든 라인은 독립적으로 자신의 복사본을 바꿀 수 있고 다른 라인에 대응하는 복사본에 영향을 주지 않는다.
회사 프로젝트에서 사용자 로그인 컨텍스트는 ThreadLocal을 사용하여 변수를 유지합니다.
private static final ThreadLocal TENANT_ID = new ThreadLocal<>();

이 Spring에서 Bean이singleton 작용역으로 성명되는 이유는 Spring이 일부 Bean(예를 들어 Request Context Holder)에 대해 Thread Local로 비선정 안전 상태를 처리하기 때문에 그들은 선정 안전 상태를 가지게 되고 다중 선정에서 공유할 수 있기 때문이다.
RequestContextHolder 부분 소스:
// request
private static final ThreadLocal requestAttributesHolder = new NamedThreadLocal("Request attributes");
// request
private static final ThreadLocal inheritableRequestAttributesHolder =new NamedInheritableThreadLocal("Request context");

총괄적으로 말하자면 일반적으로 다선정의 안전성을 해결하는 두 가지 방법.Synchronized를 추가하여 동시 동기화를 유지합니다. 2.ThreadLocal 로컬 스레드를 사용하여 스레드당 하나의 변수 사본
두 가지 라인 보안 방안의 차이점: 동기화 메커니즘은'시간으로 공간을 바꾼다',ThreadLocal은'공간으로 시간을 바꾼다'이다.동기화 메커니즘은 서로 다른 라인의 줄을 서서 접근하는 변수를 제공합니다.ThreadLocal은 모든 라인에 변수를 제공하여 자신의 라인에 접근합니다.ThreadLocal의 단점은 메모리를 많이 차지하지만 속도가 빠르기 때문에 메모리가 충분하고 병행 실행 효율에 대한 요구가 높은 상황에서 ThreadLocal을 사용하는 것이 좋은 선택이다.

좋은 웹페이지 즐겨찾기