Java의 스레드 안전 :`volatile` 및`synchronized`에 대한 안내서
Java의 휘발성 및 동기화 된 솔루션 안전 문제는 모두 다르지만 그 기능은 다릅니다. 1. 휘발성은 변수의 가시성을 보장하고, 읽기 및 쓰기가 멀티 스레딩에서 주 메모리와 직접 상호 작용하도록 보장하고, 단일 시간 판독 및 쓰기 시나리오와 같은 시나리오에 적합하지만, 원자력을 제공하지는 않습니다. 2. 동기화 된 원자력과 가시성을 제공하며, 한 스레드 만 MUTEX 잠금을 통해 동시에 코드 블록을 실행하도록합니다. 이는 COUNT와 같은 복합 작업에 적합합니다. 3. 휘발성은 동기화 된 교체 할 수 없으며 비 원자 작업의 경우 atomicinteger와 같은 동기화되거나 동시 도구 클래스가 여전히 필요합니다. 올바른 도구를 선택하면 스레드 안전성과 효율성을 보장 할 수 있습니다.
Java에서는 여러 스레드가 공유 데이터에 액세스 할 때 스레드 안전이 중요합니다. 적절한 동기화가 없으면 프로그램은 인종 조건, 가시성 문제 및 일관성없는 상태로 인해 예측할 수없는 행동을 보일 수 있습니다. 스레드 안전을 관리하기위한 두 가지 주요 도구는 volatile
및 synchronized
되었습니다. 둘 다 동시성에 도움이되지만, 다른 목적을 수행하고 상호 교환 할 수 없습니다.

각각의 작동 방식, 사용시기 및 그들이 해결하는 문제를 해결합시다.
volatile
키워드는 무엇입니까?
volatile
키워드는 스레드 간 변수 변경의 가시성을 보장합니다. 변수가 volatile
선언되면 JVM에 알려줍니다.

- 이 변수에 대한 쓰기는 즉시 메인 메모리로 플러시됩니다.
- 이 변수의 읽기는 항상 스레드의 로컬 캐시가 아니라 메인 메모리에서 나옵니다.
이로 인해 스레드는 다중 스레드 환경에서 일반적인 문제인 오래된 캐시 된 값을 사용하지 않습니다.
예 : volatile
사용
공개 클래스 휘발성 예상 { 개인 휘발성 부울 런닝 = true; public void stop () { 실행 = 거짓; } public void run () { 동안 (실행) { // 일을합니다 } System.out.println ( "정지"); } }
이 예에서는 하나의 스레드가 run()
호출하고 다른 스레드는 stop()
호출합니다. volatile
없으면 run()
스레드는 CPU 메모리에 캐시 될 수 있기 때문에 업데이트 된 running
값을 볼 수 없습니다. volatile
있으면 변경 사항이 보장됩니다.

volatile
사용하는시기
volatile
사용하십시오.
- 변수는 여러 스레드에 의해 읽고 작성됩니다.
- 변수는 이전 값 (즉,
count
와 같은 복합 작업 없음)에 의존 하지 않습니다 . - 원자력이 아닌 가시성 만 있으면됩니다.
x
X와 같은 작업에volatile
사용하지 마십시오. 변수가 휘발성이더라도 원자가 아닙니다.
synchronized
키워드는 무엇입니까?
synchronized
상호 제외를 제공합니다 (하나의 스레드 만 한 번에 블록/메소드를 실행할 수 있음) 및 가시성 (동기화 된 블록 내부의 변경 사항이 다른 스레드로 표시됨).
다음에 적용 할 수 있습니다.
- 인스턴스 메소드 (인스턴스 잠금)
- 정적 메소드 (클래스 객체의 잠금)
- 코드 블록 (지정된 잠금 객체 포함)
예 : synchronized
사용
공공 수업 카운터 { 개인 int count = 0; public synchronized void ycrement () { 세다 ; // 동기화로 인한 원자 작동 } 공개 동기화 된 int getCount () { 반환 수; } }
여기서 synchronized
한 스레드 만 한 번에 increment()
또는 getCount()
실행하여 count
의 레이스 조건을 방지 할 수 있도록합니다.
synchronized
방법은 가시성을 보장합니다
스레드가 synchronized
블록에 들어가면 모니터 잠금을 얻습니다.
- 로컬 캐시를 플러시합니다.
- 기본 메모리에서 변수를 다시로드합니다.
종료되면 메인 메모리로 다시 변경됩니다. 따라서 volatile
과 마찬가지로 가시성을 보장하지만 원자력이 추가됩니다.
주요 차이점 : volatile
대 synchronized
특징 | volatile | synchronized |
---|---|---|
원자력 | 아니요 (단일 읽기/쓰기 용) | 예 (전체 블록/방법) |
시계 | 예 | 예 |
상호 배제 | 아니요 | 예 |
성능 | 가벼운 중량 | 무거운 (모니터 잠금) |
적용 가능 | 변수 만 | 방법 및 코드 블록 |
일반적인 함정과 모범 사례
- state 주 플래그 에
volatile
사용하십시오 (예 :shutdownRequested
,initialized
). - where 원자가가 필요할 때
synchronized
사용 (예 : 여러 변수 업데이트). -
volatile
복합 작업을 안전하게 만든다고 가정하지 마십시오. -
synchronized
동기화를 피하십시오 - 경합을 일으키고 성능을 줄일 수 있습니다.
예 : volatile
count
에 충분하지 않은 이유
공개 클래스 Badcounter { 개인 휘발성 int count = 0; public void icrement () { 세다 ; // 원자가 아님 : 읽기, 증분, 쓰기 } }
count
는 volatile
있지만 count
세 단계가 포함됩니다. 두 개의 스레드가 동일한 값을 읽을 수있어 업데이트가 손실 될 수 있습니다. synchronized
또는 AtomicInteger
필요합니다.
대안 : AtomicInteger
, ReentrantLock
등
더 나은 성능과 유연성을 위해 다음을 고려하십시오.
-
AtomicInteger
,AtomicLong
등 - 차단하지 않고 원자 연산을 제공합니다. -
java.util.concurrent.locks.ReentrantLock
-synchronized
보다 더 많은 제어.
AtomicInteger
의 예 :
개인 atomicinteger count = 새로운 atomicinteger (0); public void icrement () { count.incrementandget (); // 스레드-안전하고 효율적입니다 }
요약
- 가시성이 필요하지만 원자력이 필요하지 않은 간단한 공유 플래그에는
volatile
사용하십시오. - 원자력과 가시성 , 특히 복합 작업에 필요한 경우
synchronized
사용을 사용하십시오. -
volatile
synchronized
대체되지 않음을 이해합니다. 동시성 퍼즐의 다른 부분을 해결합니다.
스레드 안전은 충돌을 방지하는 것이 아니라 동시 액세스 하에서 정확성을 보장하는 것입니다. 올바른 도구 ( volatile
, synchronized
또는 원자 클래스)를 선택하면 코드가 안전하고 효율적입니다.
위 내용은 Java의 스레드 안전 :`volatile` 및`synchronized`에 대한 안내서의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undress AI Tool
무료로 이미지를 벗다

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

해시 맵은 Java의 해시 테이블을 통해 키 값 쌍 스토리지를 구현하며, 그 핵심은 데이터 위치를 빠르게 배치하는 데 있습니다. 1. 먼저 키의 hashcode () 메소드를 사용하여 해시 값을 생성하고 비트 작업을 통해 배열 인덱스로 변환합니다. 2. 다른 객체가 동일한 해시 값을 생성하여 충돌을 일으킬 수 있습니다. 현재 노드는 링크 된 목록의 형태로 장착됩니다. JDK8 후 링크 된 목록이 너무 길고 (기본 길이 8) 효율을 향상시키기 위해 빨간색과 검은 색 트리로 변환됩니다. 3. 사용자 정의 클래스를 키로 사용하는 경우 equals () 및 hashcode () 메소드를 다시 작성해야합니다. 4. 해시 맵은 용량을 동적으로 확장합니다. 요소 수가 용량을 초과하고 하중 계수 (기본 0.75)를 곱하면 확장 및 재사용; 5. 해시 맵은 스레드 안전이 아니며 Multithreaded에서 Concu를 사용해야합니다.

가상 스레드는 동시성과 IO 집약적 시나리오에서 상당한 성능 이점을 가지고 있지만 테스트 방법과 해당 시나리오에주의를 기울여야합니다. 1. 정확한 테스트는 실제 비즈니스, 특히 IO 차단 시나리오를 시뮬레이션하고 JMH 또는 Gatling과 같은 도구를 사용하여 플랫폼 스레드를 비교해야합니다. 2. 처리량 간격은 분명하며, 일정이 가볍고 효율적이기 때문에 10 만 동시 요청보다 여러 배에서 10 배나 높을 수 있습니다. 3. 테스트 중에, 높은 동시성 수치를 맹목적으로 추구하고, 비 차단 IO 모델에 적응하고, 대기 시간 및 GC와 같은 모니터링 지표에주의를 기울일 필요가있다. 4. 실제 애플리케이션에서는 웹 백엔드, 비동기 작업 처리 및 많은 동시 IO 시나리오에 적합하지만 CPU 집약적 작업은 플랫폼 스레드 또는 포크 플랫폼에 여전히 적합합니다.

JDBC 트랜잭션을 올바르게 처리하려면 먼저 자동 커밋 모드를 끄고 여러 작업을 수행 한 다음 결과에 따라 커밋 또는 롤백을 수행해야합니다. 1. 트랜잭션을 시작하려면 Conn.SetAutoCommit (False)에게 전화하십시오. 2. 인서트 및 업데이트와 같은 여러 SQL 작업을 실행합니다. 3. 모든 작업이 성공한 경우 Conn.commit ()에게 전화하여 데이터 일관성을 보장하기 위해 예외가 발생하면 Conn.Rollback ()에게 전화하십시오. 동시에, 재 시도는 리소스를 관리하고, 예외를 올바르게 처리하고, 연결 유출을 피하기 위해 긴밀한 연결을 사용하는 데 사용해야합니다. 또한 연결 풀을 사용하고 부분적으로 롤백을 달성하기 위해 저장 포인트를 설정하고 성능을 향상시키기 위해 거래를 가능한 한 짧게 유지하는 것이 좋습니다.

TOSETJAVA_HOMEONWINDOWS, FIRSTLOCATETEJDKINSTALLATIONPATH (예 : C : \ ProgramFiles \ java \ jdk-17), thencreateasystemenvaria blenamedjava_homewiththatpath.next, updatePathVariableByadding%java \ _home%\ bin, andverifythesetupusingjava-versionandjavac-v

Servicemesh는 Java Microservice Architecture의 진화를위한 불가피한 선택이며, 그 핵심은 네트워크 논리 및 비즈니스 코드를 분리하는 데 있습니다. 1. Servicemesh는 부하 밸런싱, 퓨즈, 모니터링 및 기타 기능을 부상 에이전트를 통해 처리하여 비즈니스에 중점을 둡니다. 2. Istio Envoy는 중간 및 대형 프로젝트에 적합하며 Linkerd는 가볍고 소규모 시험에 적합합니다. 3. Java 마이크로 서비스는 Feign, Ribbon 및 기타 구성 요소를 닫고 발견 및 의사 소통을 위해 Istiod로 넘겨야합니다. 4. 배치 중 사이드카의 자동 주입을 보장하고 트래픽 규칙 구성, 프로토콜 호환성 및 로그 추적 시스템 구성에주의를 기울이고 점진적인 마이그레이션 및 사전 제어 모니터링 계획을 채택하십시오.

링크 된 목록을 구현하기위한 핵심은 노드 클래스를 정의하고 기본 작업을 구현하는 것입니다. first 데이터 및 다음 노드에 대한 참조를 포함하여 노드 클래스를 만듭니다. linkedlist 클래스를 생성하여 삽입, 삭제 및 인쇄 기능을 구현합니다. hepend 메소드는 꼬리에 노드를 추가하는 데 사용됩니다. printList 메소드는 링크 된 목록의 내용을 출력하는 데 사용됩니다. deletewithValue 메소드는 지정된 값으로 노드를 삭제하고 헤드 노드와 중간 노드의 다른 상황을 처리하는 데 사용됩니다.

SimpleDateFormat을 작성하고 사용하여 NewsImpleDateFormat ( "yyyy-mm-ddhh : mm : ss")와 같은 형식 문자열을 전달해야합니다. 2. 사례 민감도에주의를 기울이고 혼합 단일 레터 형식과 YYYY 및 DD의 오용을 피하십시오. 3. SimpledateFormat은 스레드 안전이 아닙니다. 멀티 스레드 환경에서는 새 인스턴스를 만들거나 매번 ThreadLocal을 사용해야합니다. 4. 구문 분석 방법을 사용하여 문자열을 구문 분석 할 때 ParseException을 잡아야하며 결과에는 시간대 정보가 포함되어 있지 않습니다. 5. DateTimeFormatter 및 Lo를 사용하는 것이 좋습니다

서버 측 템플릿 주입 (SSTI) 방지에는 네 가지 측면이 필요합니다. 1. 메소드 호출 비활성화 및 클래스로드 제한과 같은 보안 구성 사용. 2. 템플릿 컨텐츠로서 사용자 입력을 피하고 변수 교체 만 및 입력을 엄격하게 확인하십시오. 3. 자갈, 콧수염 또는 분리 렌더링 컨텍스트와 같은 샌드 박스 환경을 채택합니다. 4. 종속 버전을 정기적으로 업데이트하고 코드 로직을 검토하여 템플릿 엔진이 합리적으로 구성되어 있는지 확인하고 사용자 제어 가능한 템플릿으로 인해 시스템이 공격을 방지하지 못합니다.
