Java synchronisierte Methode

Question

diesen Code vor:

public synchronized void onSignalsTimeout(List<SignalSpec> specs) { 
    if (specs != null && specs.size() > 0) { 
     for (SignalSpec spec : specs) { 
      ParsedCANSignal timeoutedSignal = new ParsedCANSignal(); 
      SignalsProvider.getInstance().setSignal(spec.name, spec.parent.parent.channel, timeoutedSignal); 
     } 
    } 
} 

ich einfache Frage haben: Wenn Thread 1 Anrufe onSignalsTimeout Verfahren kann Thread 2 Zugriff auf Objekte, die in diesem Verfahren zugegriffen werden?

Kann nirgendwo finden, wenn 'synchronisiert' nur den Zugriff auf diese Methode oder den Zugriff auf alle in dieser Methode verwendeten Objekte sperrt.

Answer 1

Zunächst einmal vergessen synchronisiert Methoden. Eine so genannte synchronisierte Methode ...

synchronized AnyType foobar(...) { 
    doSomething(); 
} 

ist nichts anderes als eine Verknüpfung Weg, dies zu schreiben:

AnyType foobar(...) { 
    synchronized(this) { 
     doSomething(); 
    } 
} 

Es ist nichts Besonderes über die Methode in jedem Fall. Was besonders ist, ist der synchronisierte Block, und was ein synchronisierter Block macht, ist sehr einfach. Wenn die JVM führt diese:

synchronized(foo) { 
    doSomething(); 
} 

Es wertet zunächst die Expression foo. Das Ergebnis muss eine Objektreferenz sein. Dann sperrt es das Objekt, führt den Rumpf des Blocks synchronized aus und entsperrt das Objekt.

Aber was bedeutet gesperrt bedeuten? Es kann bedeuten, weniger als Sie denken. Es tut nicht verhindern, dass andere Threads das Objekt verwenden.Es hindert sie nicht daran, auf die Felder des Objekts zuzugreifen oder die Felder zu aktualisieren. Das Sperren eines Objekts verhindert nur, dass andere Threads dasselbe Objekt nicht gleichzeitig sperren können.

Wenn Thread A versucht, synchronized(foo) {...} einzugeben, während Thread B bereits foo gesperrt ist (entweder im selben synchronized Block oder in einem anderen), wird Thread A gezwungen zu warten, bis Thread B die Sperre aufhebt.

---

Sie verwenden synchronized Blöcke Daten zu schützen.

Angenommen, Ihr Programm verfügt über eine Sammlung von Objekten, die sich in verschiedenen -Status befinden können. Nehmen wir an, dass einige Zustände sinnvoll sind, aber es gibt andere Zustände, die keinen Sinn ergeben. ungültig Staaten.

Angenommen, es ist nicht möglich, dass ein Thread die Daten von einem gültigen Status in einen anderen gültigen Status ändert, ohne dass vorübergehend einen ungültigen Status erstellt.

Wenn Sie den Code setzen, der den Zustand in einem synchronized(foo) Block ändert, und Sie setzen jeden Codeblock, der der Zustand in einen synchronisierten Block sehen, der die gleiche Objekt sperrt, foo Sie dann verhindert, dass andere Threads den temporären ungültigen Status sehen.

Answer 2

In diesem Kontext sperrt synchronized gleichzeitig diese Methode und jede andere in Ihrer Klasse als synchronized markierte Methode.

Answer 3

Ja, andere Threads können auf die in der Methode verwendeten Objekte zugreifen; Das synchronisierte Schlüsselwort garantiert, dass nicht mehr als ein Thread gleichzeitig den Code der Methode ausführen kann.

Von https://docs.oracle.com/javase/tutorial/essential/concurrency/syncmeth.html:

• Erstens ist es nicht möglich, dass zwei Anrufungen von synchronisierten Methoden auf demselben Objekt verschachteln. Wenn ein Thread eine synchronisierte Methode für ein Objekt ausführt, werden alle anderen Threads, die aufrufen, synchronisierte Methoden für denselben Objektblock (Ausführung aussetzen) , bis der erste Thread mit dem Objekt ausgeführt wird.
• Zweitens, wenn eine synchronisierte Methode beendet wird, stellt sie automatisch eine "happen-before" -Beziehung mit einem nachfolgenden Aufruf einer synchronisierten Methode für dasselbe Objekt her. Diese garantiert, dass Änderungen des Status des Objekts für alle Threads sichtbar sind. Beachten Sie, dass Konstruktoren nicht synchronisiert werden können. Das synchronisierte Schlüsselwort mit einem Konstruktor ist ein Syntaxfehler. Das Synchronisieren von Konstruktoren ist nicht sinnvoll, da nur der Thread , der ein Objekt erstellt, Zugriff darauf haben soll, während konstruiert wird.