12

他们在 Windows 8 中添加了一个新的 API 调用，CreateFile2 据我所知，它与现有函数完全相同，CreateFile只是它对参数的打包方式有所不同。

添加了什么以使其成为必要，因为我在文档中看不到任何内容。

4

2 回答 2

12

CreateFile实际上可以做的不仅仅是打开一个文件。CreateFile2创建的目的是为了将函数的“表面积”限制为仅允许 UWP 应用程序使用的功能，并且因为 WACK 工具无法真正区分导入函数的“好”使用和“坏”使用，只是它正在被使用。

我在 C++ 库中使用的典型模式如下。当使用 C++ 异常处理时，我使用RAII 模式来支持文件句柄（除了作为良好的现代 C++ 编码实践之外）：

#include <assert.h>
#include <memory>

struct handle_closer
    { void operator()(HANDLE h) noexcept { assert(h != INVALID_HANDLE_VALUE); if (h) CloseHandle(h); } };

using ScopedHandle = std::unique_ptr<void, handle_closer>;

inline HANDLE safe_handle(HANDLE h) noexcept { return (h == INVALID_HANDLE_VALUE) ? nullptr : h; }

我有的原因safe_handle是因为CreateFileandCreateFile2被定义为返回INVALID_HANDLE_VALUE(-1) 而不是返回 0 失败。大多数其他返回句柄的 Win32 函数在失败时返回 0，并且我已经确认没有“0”是有效的 Win32 句柄的情况。

对于阅读，我使用：

#if (_WIN32_WINNT >= _WIN32_WINNT_WIN8)
ScopedHandle hFile(safe_handle(
    CreateFile2(szFile, GENERIC_READ, FILE_SHARE_READ, OPEN_EXISTING, nullptr)));
#else
ScopedHandle hFile(safe_handle(
    CreateFileW(szFile, GENERIC_READ, FILE_SHARE_READ, nullptr, OPEN_EXISTING,
    FILE_FLAG_SEQUENTIAL_SCAN, nullptr)));
#endif
if (!hFile)
   // Error

重要的是使用FILE_SHARE_READ而不是 0 作为dwShareMode读取参数。UWP 应用对现有文件没有独占读取权限，因此如果您使用“独占”共享模式（即 0），调用将失败。

并用于编写文件：

#if (_WIN32_WINNT >= _WIN32_WINNT_WIN8)
ScopedHandle hFile(safe_handle(
    CreateFile2(szFile, GENERIC_WRITE | DELETE, 0, CREATE_ALWAYS, nullptr)));
#else
ScopedHandle hFile(safe_handle(
    CreateFileW(szFile, GENERIC_WRITE | DELETE, 0, nullptr, CREATE_ALWAYS, 0, nullptr)));
#endif
if (!hFile)
    // Error!

对于写作，我请求DELETE许可，因为如果文件输出过程失败，我会使用SetFileInformationByHandlewithFILE_DISPOSITION_INFO进行清理。请参阅scoped.h。

有关更多信息，请参阅游戏的双重用途编码技术。

于 2018-03-27T02:05:27.827 回答
5

由于文件创建标志、文件属性标志和安全 QoS 标志多路复用到 CreateFile 的单个 DWORD (dwFlagsAndAttributes) 参数中，因此无法向 CreateFile 添加更多标志。创建操作的附加标志只能添加到 CreateFile2。例如 FILE_FLAG_OPEN_REQUIRING_OPLOCK 标志。此标志记录在 FltCreateFile - 内核模式

于 2015-09-14T10:30:23.420 回答