스레드 안전성에 관한 Java 컬렉션의 클래스

Java 컬렉션의 스레드로부터 안전한 클래스

스레드로부터 안전한 클래스

컬렉션 프레임워크에서 일부 클래스는 스레드로부터 안전하며 이러한 클래스는 모두 jdk1.1에 나타납니다. jdk1.2 이후에는 스레드로부터 안전하지 않은 클래스가 많이 나타났습니다. 다음은 스레드로부터 안전한 동기화 클래스입니다.

벡터: arraylist보다 동기화 메커니즘(스레드 안전성)이 하나 더 있습니다. 효율성이 낮기 때문에 더 이상 사용하지 않는 것이 좋습니다. 웹 애플리케이션, 특히 프런트엔드 페이지에서는 효율성(페이지 응답 속도)이 우선순위인 경우가 많습니다.

statck: 스택 클래스, 선입후출

hashtable: hashmap보다 스레드에 더 안전합니다.

enumeration: 열거형, iterator와 동일

이를 제외하면, 그 밖의 모든 것은 스레드로부터 안전하지 않은 클래스와 인터페이스입니다.

스레드 안전 클래스의 메서드는 동기화되며 한 번에 하나씩만 액세스할 수 있습니다. 중량물이기 때문에 효율이 낮습니다.

기타:

1. 해시테이블과 해시맵의 차이점

해시테이블은 스레드로부터 안전합니다. 즉, 해시테이블 메서드는 스레드로부터 안전하지 않습니다. 즉, 동기화 메커니즘이 제공되지 않습니다. 해시테이블은 null 값 삽입을 허용하지 않습니다.

2. 여러 스레드가 동시에 컬렉션을 수정하는 경우 수행할 작업

이전 벡터/해시테이블 사용 class

StringBuffer는 스레드로부터 안전하지만 StringBuilder는 스레드로부터 안전하지 않습니다. 안전성과 불안정성에 대한 심층적인 이해가 없으면 StringBuffer의 모든 작업이 스레드로부터 안전하다는 착각을 일으키기 쉽습니다. 그러나 Java가 보장하는 스레드 안전성은 메서드 실행이 배타적이라는 것을 의미합니다. 객체 자체를 여러 번 호출하더라도 여전히 안전합니다. 아래 예제를 보면 확장에 사용되는 데이터 멤버 내용이 있습니다. 각 추가는 스레드로부터 안전하지만 출력 결과는 너무 제어 가능하지 않습니다. 그러나 로그 및 getContest 메소드에 동기화된 키워드를 추가하면 결과가 매우 체계화됩니다. StringBuider로 변경하거나 심지어 중간에 추가하면 이 기반으로 작동하는 다른 스레드에도 양보하게 됩니다.

public class StringBufferTest {
  private StringBuffer contents = new StringBuffer();
  public void log(String message){
   contents.append(System.currentTimeMillis());
   contents.append("; ");
   contents.append(Thread.currentThread().getName());
   for(int i=0;i<10000;i++){
    contents.append(i);  
     contents.append(message);  //append本身是线程安全的，修改contents时，其它线程无法访问。
     contents.append("\n");
   }
   contents.append("\n\n");
  }
  public void getContents(){
   System.out.println(contents);
  }
}
 
class RunThread extends Thread{
  String message;
  StringBufferTest buffer;
  public RunThread(StringBufferTest buffer, String message){
   this.buffer = buffer;
   this.message = message;
  }
  public void run(){
   while(true){
     buffer.log(message);
     buffer.getContents();
   }
  }
  public static void main(String[] args) {
   StringBufferTest ss = new StringBufferTest();
   new RunThread(ss, "you").start();
   new RunThread(ss, "me").start();
   new RunThread(ss, "she").start();
  }
}

StringBuilder와 StringBuffer의 메소드는 완전히 동일합니다. 이는 다중 스레드 및 단일 스레드 문제입니다. 스레드가 동일한 StringBuffer의 추가 메소드를 호출하면 스레드로부터 안전한지 여부와 아무 관련이 없습니다. 결과가 추가된 일련의 문자열이 엉망이 되지 않는 한 이는 스레드가 안전하지 않음을 의미합니다. 스레드 안전성이란 언제든지 하나의 스레드만 중요한 리소스에 액세스할 수 있음을 의미합니다. 스레드 안전성은 그의 일련의 작업이 동기화된다는 것을 의미하는 것이 아니라 특정 메소드를 실행할 때 다른 스레드가 변경되도록 허용되지 않는다는 것을 의미합니다. 클래스가 스레드로부터 안전한지 여부는 여러 스레드가 동시에 실행되는지 여부에 따라 달라지며 이러한 스레드는 동시에 특정 메서드를 실행할 수 있습니다. 그러나 각 작업의 결과는 단일 스레드 실행의 결과와 동일하므로 스레드로부터 안전하다고 할 수 있습니다. 로그 방법이 잠겨 있지 않기 때문에 추가 잠금이 해제된 후 모든 사람이 CPU의 실행 조각을 얻을 수 있습니다.

하지만 멀티 스레드 안전성을 오해하지 마세요.

public String toString(){
  StringBuffer buffer = new StringBuffer();
  buffer.append(&#39;<&#39;);
  buffer.append(this.name);
  buffer.append(&#39;>&#39;);
  return buffer.toString();
 }

이 코드는 완전히 스레드로부터 안전합니다. 메서드 내부에 정의된 변수는 각 스레드가 들어갈 때 이 로컬 변수를 생성합니다. 스레드 안전 문제는 없습니다. 일반적으로 시스템 보안과 관련된 변수는 일반적으로 멤버 변수입니다. stringBuffer 자체의 내부 구현은 사이트에 안전합니다! 스레드 안전성은 클래스 자체에서 제공하는 기능이 안전하다는 것을 의미합니다. 즉, 문자열을 삽입하면 이 문자열 삽입은 안전하지만 두 개의 문자열을 삽입해야 하며, 그 사이에 다른 삽입 오류가 발생하면 클래스는 문제가 되지 않습니다. . 예 자신의 코드에 문제가 있습니다.

읽어주셔서 감사합니다. 도움이 되기를 바랍니다. 이 사이트를 지원해 주셔서 감사합니다!

Java 컬렉션의 클래스에 대한 스레드 안전성 관련 기사를 더 보려면 PHP 중국어 웹사이트를 주목하세요!