共用方式為

OPEN_REPARSE_LIST_ENTRY結構 （ntifs.h）

  • 發行項

此結構支援呼叫端開啟特定重新分析點，而不會抑制所有重新分析點類別的重新分析行為。

語法

typedef struct _OPEN_REPARSE_LIST_ENTRY {
  LIST_ENTRY OpenReparseListEntry;
  ULONG      ReparseTag;
  ULONG      Flags;
  GUID       ReparseGuid;
  USHORT     Size;
  USHORT     RemainingLength;
} OPEN_REPARSE_LIST_ENTRY, *POPEN_REPARSE_LIST_ENTRY;

成員

OpenReparseListEntry

開啟的重新剖析清單中的專案。

ReparseTag

應該直接開啟的重新剖析標記，而不傳回 STATUS_REPARSE。

Flags

在目錄上遇到重新剖析點時，控制行為旗標的旗標可能是非空的 （其中一個重新剖析標記是由 FsRtlIsNonEmptyDirectoryReparsePointAllowed所辨識的 ）。

價值 意義
OPEN_REPARSE_POINT_TAG_ENCOUNTERED
0x00000001
 表示開啟的物件符合指定的準則。
OPEN_REPARSE_POINT_REPARSE_IF_CHILD_EXISTS
0x00000002
 如果重新分析點位於不是最終路徑元件的目錄上，且下一個路徑元件存在，請重新分析目錄。
OPEN_REPARSE_POINT_REPARSE_IF_CHILD_NOT_EXISTS
0x00000004
 如果重新分析點位於不是最終路徑元件的目錄上，且下一個路徑元件不存在，請重新分析目錄。
OPEN_REPARSE_POINT_REPARSE_IF_DIRECTORY_FINAL_COMPONENT
0x00000008
 如果重新分析點位於最終路徑元件且尚未指定 FILE_OPEN_REPARSE_POINT 的目錄上，請重新分析目錄。
OPEN_REPARSE_POINT_VERSION_EX
0x80000000
 表示這個結構的欄位有效。
 
注意 當 OPEN_REPARSE_POINT_REPARSE_IF_CHILD_EXISTS、OPEN_REPARSE_POINT_REPARSE_IF_CHILD_NOT_EXISTS和 OPEN_REPARSE_POINT_REPARSE_IF_DIRECTORY_FINAL_COMPONENT 旗標同時一起使用時，表示系統會在任何目錄重新分析點上重新分析。
 

ReparseGuid

應該直接開啟之重新剖析標記的 GUID，而不傳回 STATUS_REPARSE。

Size

這個結構的大小。

RemainingLength

遇到重新分析點時未處理的路徑長度。

言論

此結構可讓呼叫端開啟特定的重新分析點，而不會抑制所有重新分析點類別的重新分析行為。 OPEN_REPARSE_LIST 是 ECP 中搭配 ECP_TYPE_OPEN_REPARSE_GUID 的結構（323eb6a8-affd-4d95-8230-863bce09d37a）。 OPEN_REPARSE_LIST 指向指定標記的 OPEN_REPARSE_LIST_ENTRY 結構清單，而且可能要直接開啟的 GUID，而不傳回 STATUS_REPARSE。 如果找到相符項目，對應的 OPEN_REPARSE_LIST_ENTRY 結構將會設定 OPEN_REPARSE_POINT_TAG_ENCOUNTERED 旗標，表示開啟的物件符合指定的準則。 如果找到不是最終路徑元件且傳回 STATUS_REPARSE 的目錄相符專案，則會在 [RemainingLength] 字段中設定未處理的路徑長度。

要求

要求 價值
最低支援的用戶端 Windows 10 版本 1607
支援的最低伺服器 Windows Server 2016
標頭 ntifs.h