Warum wait() und notify() sind nicht in einer speziellen Klasse?

Question

Warum sind wait, notify und notifyAll Methoden in Object platziert, nicht in einer separaten Klasse?

Hinweis, diese Frage geht nicht um sie zu Thread Klasse zu bewegen, frage ich mich nur, warum sie Object Wurf, nicht einige neue Monitor Klasse.

Ich sehe die folgenden Nachteile dieser Idee:

• Wir werden nicht in der Lage sein, unsere für-andere Zwecke als Monitore Felder zu verwenden. Dies scheint jedoch dem Prinzip der Modularität zuzustimmen.
• Synchronisierte Methoden erfordern jetzt einige Hack mit generierten ausgeblendeten Feldern (wie in Schließungen), als this und <MyClass>.class werden nicht gültige Monitore.

So konnten wir 5 Methoden von jedem Objekt mit ein wenig Wehe weg bewegen. Oder nicht?

Answer 1

Die wirkliche Antwort ist, dass es ein Fehler war, endlich anerkannt mit der Schaffung der Condition Klasse, die genau das tut, was Sie erwarten würden. (Obwohl, da es ein Objekt ist, besteht eine Möglichkeit, dass Sie versehentlich wait() auf sie statt await(), mit urkomischen Folgen ... aufrufen werden)

Apart haben Sie bereits von den Dingen, in denen eine Bindung Das Überwachen jedes einzelnen Objekts macht es auch unmöglich, wirklich unveränderbare Objekte in Java zu haben.

So können Sie dies zum Beispiel tun:

class A { 
    void foo() { 
     synchronized((Integer)42) { 
     ... 
     } 
    } 
} 

class B { 
    void foo() { 
     synchronized((Integer)42) { 
      ... 
     } 
    } 
} 

die gleiche Box integer Rückkehr für 42 jedes Mal, kein Problem, wenn das Objekt unveränderlich war sein soll. Aber es ist nicht, es hat einen veränderlichen Zustand: seinen Monitor, der diese Art der Synchronisation ermöglicht. Besonders schlimm ist, dass Sie einen Mutex zwischen zwei Code-Stücken erstellt haben, die auf den ersten Blick unabhängig erscheinen.

Answer 2

Da jedes Objekt als Monitor fungieren kann.

Answer 3

1) Warten und benachrichtigen ist nicht nur normale Methoden oder Synchronisation Dienstprogramm, mehr als das sind sie Kommunikationsmechanismus zwischen zwei Threads in Java. Und die Objektklasse ist der korrekte Ort, um sie für jedes Objekt verfügbar zu machen, wenn dieser Mechanismus nicht über irgendein Java-Schlüsselwort wie synchronisiert verfügbar ist. Denken Sie daran, synchronisierte und warte Benachrichtigung sind zwei verschiedene Bereich und nicht verwechseln, dass sie gleich oder verwandt sind. Synchronisiert ist, wechselseitigen Ausschluss zu bieten und Thread-Sicherheit der Java-Klasse wie Race Condition zu gewährleisten, während wait und notify Kommunikationsmechanismen zwischen zwei Threads sind.

2) Sperren werden auf Objektbasis verfügbar gemacht, was ein weiterer Grund dafür ist, dass wait and notify in der Object-Klasse und nicht in der Thread-Klasse deklariert wird.

3) Um in den kritischen Bereich des Codes zu gelangen, benötigt Threads eine Sperre und sie warten auf die Sperre. Sie wissen nicht, welche Threads die Sperre halten. Sie wissen nur, dass die Sperre von einem Thread gehalten wird und sie warten sollten for lock, anstatt zu wissen, welcher Thread sich innerhalb des synchronisierten Blocks befindet, und ersucht sie, die Sperre aufzuheben. Diese Analogie passt zu "Warten" und "Benachrichtigen", anstatt in Java zu fädeln.

mit ref: http://javarevisited.blogspot.in/2012/02/why-wait-notify-and-notifyall-is.html

Answer 4

Ein Vorteil ist, dass Sie einfach auf einem Referenz synchronisieren kann es einen redundanten Monitor ohne Erstellung:

synchronized (myList) { 
    myList.add(0); 
} 

vs

private final Object mySpecialMonitor = new Object(); 

syncronized(mySpecialMonitor) { 
    myList.add(0); 
} 

wäre es funktioniert nicht, wenn alle Synchronisation in einer separaten Klasse war.