Share via


Verwenden von DefaultWorkflowSchedulerService

DefaultWorkflowSchedulerService wird standardmäßig vom Workflow-Laufzeitmodul verwendet. Mit dem Dienst werden die Threads erstellt und verwaltet, die Workflowinstanzen im Workflow-Laufzeitmodul asynchron ausführen. Workflows, auf deren Ausführung gewartet wird, werden in der internen Warteschlange von DefaultWorkflowSchedulerService gespeichert. Soll von DefaultWorkflowSchedulerService ein Workflow gestartet werden, wird vom .NET Framework-Threadpool ein Thread abgerufen und zum Ausführen des Workflows verwendet. Mit der MaxSimultaneousWorkflows-Eigenschaft wird bestimmt, wie viele gleichzeitige Threads der Schedulerdienst jeweils zulässt. Liegt die Beschränkung bei vier, ruft DefaultWorkflowSchedulerService zum Ausführen der Workflows beispielsweise bis zu vier Threads aus dem .NET Framework-Threadpool ab. Werden bereits vier Workflows ausgeführt, werden zusätzliche Arbeitsaufgaben (Workflows) in die Warteschlange gestellt und ausgeführt, sobald die Threads zur Verfügung stehen. Die folgende Abbildung zeigt, wie DefaultWorkflowSchedulerService Workflows asynchron ausführt.

Ausführung eines asynchronen Workflows

Die maximale Anzahl der jederzeit aktiven Workflowinstanzen kann durch Übergabe eines Parameters an den DefaultWorkflowSchedulerService-Konstruktor oder durch Verwendung einer Anwendungskonfigurationsdatei festgelegt werden. In Aufgabe 1: Konfigurieren von Laufzeitdiensten mit Code erfahren Sie, wie die DefaultWorkflowSchedulerService-Klasse mithilfe des Konstruktors konfiguriert wird. In Aufgabe 2: Konfigurieren von Laufzeitdiensten mithilfe von App.Config wird dieselbe Konfiguration von DefaultWorkflowSchedulerService gezeigt, wobei jedoch eine Anwendungskonfigurationsdatei verwendet wird.

Hinweis

Durch Festlegen von MaxSimultaneousWorkflows auf einen hohen Wert kann der .NET Framework-Threadpool blockiert werden. Dadurch können Timeouts verursacht werden, wenn ein Persistenzdienst versucht, eine Persistenztransaktion abzuschließen, da Transaction-Objekte ebenfalls den .NET Framework-Threadpool verwenden.

Siehe auch

Referenz

DefaultWorkflowSchedulerService
MaxSimultaneousWorkflows

Konzepte

Windows Workflow-Planungsdienste

Footer image

Copyright © 2007 by Microsoft Corporation. Alle Rechte vorbehalten.