[適用於 KMDF 和 UMDF]
WdfIoQueuePurge 方法會導致架構停止將 I/O 要求排入 I/O 佇列，並取消未處理的要求。
語法
void WdfIoQueuePurge(
[in] WDFQUEUE Queue,
[in, optional] PFN_WDF_IO_QUEUE_STATE PurgeComplete,
[in, optional] WDFCONTEXT Context
);
參數
[in] Queue
架構佇列物件的句柄。
[in, optional] PurgeComplete
驅動程式提供的指標 EvtIoQueueState 回呼函式。 這個參數是選擇性的，而且可以 NULL。
[in, optional] Context
架構傳遞至 EvtIoQueueState 回呼函式之驅動程式提供之內容資訊的不具型別指標。 這個參數是選擇性的，而且可以 NULL。
返回值
沒有
備註
如果驅動程式提供無效的物件句柄，就會發生錯誤檢查。
在驅動程式呼叫 WdfIoQueuePurge之後，架構會停止將 I/O 要求新增至指定的佇列。 架構 會取消 尚未傳遞給目標裝置的所有要求，並針對每個要求呼叫驅動程式的 CompletionRoutine 回呼函式。 架構也會嘗試取消 （藉由呼叫 IoCancelIrp），任何傳遞至未標示為 WDF_REQUEST_SEND_OPTION_IGNORE_TARGET_STATE的目標裝置的要求。
如果架構收到佇列的其他要求，則會以完成狀態值為 STATUS_INVALID_DEVICE_STATE 來完成這些要求。
如果驅動程式提供 EvtIoQueueState 回呼函式，則架構會在傳遞至驅動程式的所有要求完成或取消之後呼叫它。 您可以藉由在佇列建立時間指定 WDF_OBJECT_ATTRIBUTESExecutionLevel，以修改回呼執行所在的 IRQL。 如需詳細資訊，請參閱EVT_WDF_IO_QUEUE_STATE的一節。
驅動程式清除 I/O 佇列之後，可以呼叫 WdfIoQueueStart來重新啟動佇列。
如果驅動程式在呼叫 WdfIoQueuePurge之後呼叫 WdfRequestRequeue ，則重新佇列嘗試可能會在清除完成之前成功。 在 1.9 版和更早版本的 KMDF 中，此順序會導致作系統當機。 KMDF 1.11 版和更新版本中已修正此問題。
如需 WdfIoQueuePurge 方法的詳細資訊，請參閱 管理 I/O 佇列。
範例
下列程式代碼範例會清除 I/O 佇列，而且當傳遞至驅動程式的所有要求都已完成或取消時，不會呼叫回呼函式。
WdfIoQueuePurge(
ReadQueue,
WDF_NO_EVENT_CALLBACK,
WDF_NO_CONTEXT
);
需求
| 要求 | 價值 |
|---|---|
| 目標平臺 | 普遍 |
| 最低 KMDF 版本 | 1.0 |
| 最低 UMDF 版本 | 2.0 |
| 標題 | wdfio.h （包括 Wdf.h） |
| 程式庫 | Wdf01000.sys （KMDF）：WUDFx02000.dll （UMDF） |
| IRQL | <= DISPATCH_LEVEL |
| DDI 合規性規則 | ChangeQueueState（kmdf），DriverCreate（kmdf），EvtSurpriseRemoveNoSuspendQueue（kmdf），KmdfIrql （kmdf），KmdfIrql2（kmdf），KmdfIrqlExplicit（kmdf），NoCancelFromEvtSurpriseRemove（kmdf） |