동기화가 다른 위치에서 사용될 때 코드에 미치는 영향:
1. 동기화 키워드 수정 방법
P1과 P2가 동일한 클래스의 다른 객체라고 가정합니다. 이 클래스는 다음과 같은 상황에서 동기화를 정의합니다. 또는 동기화된 방법으로 P1과 P2가 호출할 수 있습니다.
publicsynchronous void method(){
//
}
이것이 동기화된 메소드이고, 이때 동기화된 잠금은 이 동기화된 메소드 객체에 대한 호출입니다. 즉, 객체 P1이 서로 다른 스레드에서 이 동기화 방법을 실행하면 상호 배제가 형성되어 동기화 효과를 얻을 수 있습니다. 동시에 개체에 여러 개의 동기화된 메서드가 있는 경우 스레드가 개체에서 동기화된 메서드를 실행할 때 개체의 다른 동기화된 메서드는 다른 스레드에서 실행될 수 없습니다. 그러나 이 객체가 속한 Class에 의해 생성된 또 다른 객체 P2는 동기화 키워드를 추가하여 이 메소드를 임의로 호출할 수 있습니다.
위 예제 코드는 다음 코드와 동일합니다.
public void method() {
synced (this) 이번에는 P1 객체의 객체 잠금입니다. 오직 P1 객체를 얻는 스레드입니다. 잠금은 P1의 동기화 방법을 호출할 수 있습니다. P2의 경우 P1 잠금은 이와 관련이 없습니다. 프로그램은 동기화 메커니즘 제어를 제거하여 데이터 혼란을 일으킬 수도 있습니다.
2. 동기화된 블록, 샘플 코드는 다음과 같습니다.
public void method(SomeObject so) {
synced(so)
{
//..
}
}
이때 잠금은 so 개체이고 각 개체는 고유한 잠금에 해당하므로 개체 잠금을 얻은 스레드는 자신이 제어하는 코드를 실행할 수 있습니다. 잠금으로 사용할 클리어 객체가 있는 경우에는 다음과 같이 프로그램을 작성할 수 있지만 잠금으로 사용할 클리어 객체가 없고 코드 조각만 동기화하려는 경우에는 특수 인스턴스 변수를 생성할 수 있습니다(반드시 객체)를 잠금으로 사용하려면:
private byte[] lock = new byte[0]
Public void method(){
synced(lock)
{
}
PS: 길이가 0인 바이트 배열 객체는 어떤 객체보다 생성하는 것이 더 경제적입니다. 컴파일된 바이트코드를 살펴보세요. 길이가 0인 byte[] 객체를 생성하려면 3개의 opcode만 필요하며 객체 잠금이 필요합니다. = new Object()에는 7줄의 opcode가 필요합니다.
3. 정적 함수에 동기화를 적용합니다. 샘플 코드는 다음과 같습니다. public void method2()
{
synced(Foo.class)
//
}
}
둘 다 두 개의 동기화된 메서드는 이 메서드의 개체가 속한 클래스를 호출합니다. 잠금(이 클래스에 의해 생성된 특정 개체가 아닌 클래스)
추론할 수 있습니다. 클래스에 동기화된 정적 함수 A가 정의되고 동기화된 인스턴스 함수 B도 정의된 경우 이 클래스의 동일한 객체 Obj가 여러 스레드에서 각각 A 및 B 메서드에 액세스하면, 잠금이 다르기 때문에 동기화가 이루어지지 않습니다. 메소드 A의 잠금은 Obj가 속한 클래스이고, 메소드 B의 잠금은 Obj가 속한 객체입니다.