ZwDeviceIoControlFile 函式 (ntddk.h)
ZwDeviceIoControlFile 例程會將控制程式代碼直接傳送至指定的設備驅動器，導致對應的驅動程式執行指定的作業。
語法
NTSYSAPI NTSTATUS ZwDeviceIoControlFile(
[in] HANDLE FileHandle,
[in, optional] HANDLE Event,
[in, optional] PIO_APC_ROUTINE ApcRoutine,
[in, optional] PVOID ApcContext,
[out] PIO_STATUS_BLOCK IoStatusBlock,
[in] ULONG IoControlCode,
[in, optional] PVOID InputBuffer,
[in] ULONG InputBufferLength,
[out, optional] PVOID OutputBuffer,
[in] ULONG OutputBufferLength
);
參數
[in] FileHandle
ZwCreateFile 或 ZwOpenFile 所傳回的檔案物件句柄，代表應該提供控件資訊的裝置，或從中傳回哪些資訊。 如果呼叫端指定 ApcContext) 中的 Event、ApcRoutine 和 APC 內容 (，或 ApcContext) 中的完成內容 (，則檔案對象必須已針對異步 I/O 開啟。 針對基礎大量儲存裝置的 I/O，必須已開啟檔案物件，才能直接存取記憶體裝置 (DASD) 存取。
[in, optional] Event
呼叫端所建立事件的句柄。 如果提供此參數，則呼叫端會進入等候狀態，直到要求的作業完成，並將指定的事件設定為 Signaled 狀態。 這個參數是選擇性的，而且可以是 NULL。 如果呼叫端將等候 FileHandle 設定為 Signaled 狀態，它必須是 NULL。
[in, optional] ApcRoutine
當要求的作業完成時，要呼叫的選擇性呼叫端提供的 APC 例程位址。 此參數可以是 Null。 如果有與檔案對象相關聯的 I/O 完成物件，它必須是 NULL 。
[in, optional] ApcContext
呼叫端決定之內容區域的指標。 如果呼叫端提供 APC，這個參數值會當做 APC 內容使用，如果 I/O 完成對象已經與檔案對象相關聯，則會當做完成內容使用。 當作業完成時，如果已指定 APC 內容，則 APC 內容會傳遞至 APC，或者完成內容會包含在 I/O 管理員張貼到相關聯 I/O 完成物件的完成訊息中。
這個參數是選擇性的，而且可以是 NULL。 如果 ApcRoutine 是 NULL，而且沒有與檔案對象相關聯的 I/O 完成物件，它就必須是 NULL。
[out] IoStatusBlock
接收最終完成狀態和作業相關信息之變數的指標。 對於傳回數據的成功呼叫，會在 Information 成員中傳回寫入 OutputBuffer 的位元元數目。
[in] IoControlCode
IOCTL_XXX 程式代碼，指出要執行哪些裝置 I/O 控制作業，通常是由基礎設備驅動器執行。 此參數的值會決定 InputBuffer 和 OutputBuffer 的格式和必要長度，以及下列哪一個參數位是必要的。 如需系統定義、裝置類型特定IOCTL_XXX 代碼的詳細資訊，請參閱 Microsoft Windows SDK 檔中的 Microsoft Windows 驅動程式套件 (WDK) 檔和裝置輸入和輸出控制代碼的裝置技術特定一節。
[in, optional] InputBuffer
呼叫端配置的輸入緩衝區指標，其中包含要提供給目標裝置的裝置特定資訊。 如果 IoControlCode 指定不需要輸入資料的作業，此指標可以是 NULL。
[in] InputBufferLength
InputBuffer 緩衝區的大小，以位元組為單位。 如果 InputBuffer 為 NULL，請將 InputBufferLength 設定為零。
[out, optional] OutputBuffer
呼叫端配置的輸出緩衝區指標，其中資訊會從目標裝置傳回。 如果 IoControlCode 指定不會產生輸出資料的作業，此指標可以是 NULL。
[in] OutputBufferLength
OutputBuffer 緩衝區的大小，以位元組為單位。 如果 OutputBuffer 為 NULL，請將 OutputBufferLength 設定為零。
傳回值
如果基礎驅動程式 () 順利執行要求的作業，ZwDeviceIoControlFile 會傳回STATUS_SUCCESS。 否則，傳回值可以是從基礎驅動程式傳播的錯誤狀態代碼。 可能的錯誤狀態代碼包括：
備註
ZwDeviceIoControlFile 提供系統輸入和輸出數據與內核模式驅動程式的一致檢視，同時為應用程式和基礎驅動程式提供裝置相依的方法來指定通訊介面。
如需系統定義IOCTL_XXX代碼，以及定義驅動程式特定IOCTL_XXX或 FSCTL_XXX值的詳細資訊，請參閱 Microsoft Windows SDK 檔中的使用I/O 控制程式代碼和裝置輸入和輸出控制碼。
如果呼叫端未FILE_SYNCHRONOUS_XXX create/open 選項集) 開啟異步 I/O (檔案，則指定的事件如果有任何，則會在裝置控制作業完成時設定為訊號狀態。 否則， FileHandle 指定的檔案 物件將會設定為已發出訊號的狀態。 如果指定 了 ApcRoutine ，則會使用 ApcContext 和 IoStatusBlock 指標呼叫它。
Minifilters 應該使用 FltDeviceIoControlFile ，而不是 ZwDeviceIoControlFile。
ZwDeviceIoControlFile 的呼叫端必須在 IRQL = PASSIVE_LEVEL且啟用特殊核心 APC 時執行。
如果在使用者模式中呼叫 ZwDeviceIoControlFile 函 式，您應該使用名稱 “NtDeviceIoControlFile”，而不是 “ZwDeviceIoControlFile”。
針對來自內核模式驅動程式的呼叫，Windows 原生系統服務例程的 NtXxx 和 ZwXxx 版本會以處理和解譯輸入參數的方式，以不同的方式運作。 如需 例程 NtXxx 和 ZwXxx 版本之間關聯性的詳細資訊，請參閱 使用原生系統服務例程的 Nt 和 Zw 版本。
規格需求
| 需求 | 值 |
|---|---|
| 目標平台 | Universal |
| 標頭 | ntddk.h (包含 Ntifs.h、Ntddk.h) |
| 程式庫 | NtosKrnl.lib |
| Dll | NtosKrnl.exe |
| IRQL | PASSIVE_LEVEL (请参阅一节) |
| DDI 合規性規則 | HwStorPortProhibitedDIS (storport) 、 PowerIrpDDis (wdm) |