Semaphoren
Aktualisiert: November 2007
Die Semaphore-Klasse stellt ein benanntes (systemweites) oder lokales Semaphor dar. Windows-Semaphoren sind zählende Semaphoren, die zur Steuerung des Zugriffs auf einen Ressourcenpool verwendet werden können.
Verwalten einer knappen Ressource
Threads wechseln in das Semaphor, indem sie die WaitOne-Methode aufrufen, die von der WaitHandle-Klasse geerbt wird. Bei der Rückgabe des Aufrufs wird der Zähler des Semaphors dekrementiert. Wenn ein Thread eine Aufnahme anfordert und der Zähler 0 (null) ist, dann wird der Thread blockiert. Da Threads das Semaphor freigeben, indem sie die Release-Methode aufrufen, wird blockierten Threads die Aufnahme gewährt. Für die Aufnahme von blockierten Threads in das Semaphor gibt es keine festgelegte Reihenfolge (z. B. FIFO oder LIFO).
Ein Thread kann mehrmals in das Semaphor wechseln, indem er wiederholt die WaitOne-Methode aufruft. Um das Semaphor freizugeben, kann der Thread entweder die Überladung der Release()-Methode genauso oft aufrufen oder die Überladung der Release(Int32)-Methode aufrufen und die Zahl der freizugebenden Wechsel angeben.
Semaphoren und Threadidentität
Die Semaphore-Klasse erzwingt keine Threadidentität bei Aufrufen der WaitOne-Methode und der Release-Methode. Beispielsweise werden Semaphoren häufig zusammen mit einem Producer- und einem Consumerthread verwendet, wobei der Zähler der Semaphoren immer von einem Thread inkrementiert und vom anderen Thread dekrementiert wird.
Vom Programmierer ist sicherzustellen, dass ein Semaphor von einem Thread nicht zu oft freigegeben wird. Angenommen, für ein Semaphor ist ein maximaler Zähler von 2 (zwei) festgelegt, und dem Semaphor wurden Thread A und Thread B hinzugefügt. Wenn Thread B durch einen Programmierfehler Release zweimal aufruft, dann sind beide Aufrufe erfolgreich. Die Anzahl für das Semaphor ist voll. Wenn Thread A schließlich Release aufruft, wird eine SemaphoreFullException ausgelöst.
Benannte Semaphoren
Das Windows-Betriebssystem ermöglicht es, Semaphoren zu benennen. Ein benanntes Semaphor ist systemweit sichtbar. Das heißt, dass das benannte Semaphor sofort nach seiner Erstellung in allen Prozessen und für alle Threads sichtbar ist. Ein benanntes Semaphor kann auf diese Weise dazu dienen, nicht nur Threads, sondern auch die Aktivitäten von Prozessen zu synchronisieren.
Sie können zur Darstellung eines benannten Systemsemaphors ein Semaphore-Objekt erstellen, indem Sie einen der Konstruktoren verwenden, die einen Namen angeben.
.gif "Hinweis") Hinweis: |
|---|
Da benannte Semaphoren systemweit sichtbar sind, besteht die Möglichkeit, zur Darstellung eines Semaphors mehrere Semaphore-Objekte zu verwenden. Bei jedem Aufruf eines Konstruktors oder der OpenExisting-Methode wird ein neues Semaphore-Objekt erstellt. Wenn Sie wiederholt denselben Namen verwenden, werden für die Darstellung desselben benannten Semaphors mehrere Objekte erstellt. |
Die Verwendung benannter Semaphoren sollte genau überlegt sein. Da sie systemweit sichtbar sind, kann ein anderer Prozess, der den gleichen Namen verwendet, unerwartet in das Semaphor aufgenommen werden. Bösartiger Code, der auf demselben Computer ausgeführt wird, könnte dies als Ausgangsbasis für einen Denial-of-Service-Angriff nutzen.
Verwenden Sie zum Schützen eines Semaphore-Objekts, das ein benanntes Semaphor darstellt, die Sicherheitseinstellungen der Zugriffssteuerung, vorzugsweise unter Verwendung eines Konstruktors, der ein SemaphoreSecurity-Objekt angibt. Sie können die Sicherheitseinstellungen der Zugriffssteuerung auch bei der Verwendung der SetAccessControl-Methode nutzen. Allerdings kann hierbei die Sicherheitslücke zwischen Erstellung des Semaphors und Beginn des Schutzes nicht geschlossen werden. Das Schützen von Semaphoren mit den Sicherheitseinstellungen der Zugriffssteuerung ist bei der Abwehr bösartiger Angriffe hilfreich, löst aber das Problem unbeabsichtigter Namenskonflikte nicht.