使用FILE_OPEN_BY_FILE_ID打开文件时遇拒绝访问问题咨询

看起来你遇到了一个挺棘手的跨机器权限问题，我先帮你拆解代码里的关键问题，再给出具体的解决方案：

核心问题：混淆了ObjectID和File ID #

你代码里用了FILE_OPEN_BY_FILE_ID标志，但传入的是通过FSCTL_GET_OBJECT_ID拿到的ObjectID（GUID格式），但FILE_OPEN_BY_FILE_ID需要的是NTFS内部的File ID（一对64位的数值，和GUID完全不同）。这大概率是导致部分机器报错的核心原因——不同Windows版本的NTFS对参数校验严格程度不一样，有的机器直接拒绝了错误的参数，有的可能碰巧有兼容行为。

正确的打开方式：用FSCTL_OPEN_BY_OBJECT_ID #

如果你的目标就是通过ObjectID打开文件，Windows专门提供了FSCTL_OPEN_BY_OBJECT_ID这个控制码，这才是正确的姿势，而不是硬套NtCreateFile的FILE_OPEN_BY_FILE_ID。

示例代码 #

// 假设你已经通过FSCTL_GET_OBJECT_ID获取到了FILE_OBJECTID_BUFFER类型的ObjId
HANDLE targetHandle = INVALID_HANDLE_VALUE;
FILE_OPEN_BY_OBJECT_ID_INFORMATION openInfo = {0};
// 把获取到的ObjectID拷贝到入参结构体里
memcpy(&openInfo.ObjectId, &ObjId->ObjectId, sizeof(GUID));

DWORD bytesReturned = 0;
BOOL openResult = DeviceIoControl(
    VolumeHandle,          // 你的卷句柄
    FSCTL_OPEN_BY_OBJECT_ID,
    &openInfo,             // 输入：ObjectID信息
    sizeof(openInfo),
    &targetHandle,         // 输出：打开后的文件句柄
    sizeof(targetHandle),
    &bytesReturned,
    NULL
);

if (!openResult) {
    DWORD errCode = GetLastError();
    // 这里可以根据错误码做进一步排查，比如ERROR_ACCESS_DENIED就检查权限
}

额外排查点：为什么部分机器正常？ #

如果还是想搞清楚原有代码在部分机器上能跑的原因，或者排查权限问题，可以从这几点入手：

• 文件自身ACL权限：卷的完全写入权限不代表你能访问卷上的所有文件！目标文件可能设置了严格的ACL，就算你有卷权限，也会被文件的ACL拦下来。可以用GetFileSecurity或者手动查看文件属性里的安全选项卡确认。
• 共享模式补充：你的NtCreateFile里用了FILE_SHARE_READ | FILE_SHARE_WRITE，可以试试加上FILE_SHARE_DELETE——如果目标文件被其他进程以带删除独占的模式打开，也会返回拒绝访问。
• 内核/用户模式差异：如果是内核模式代码，NtCreateFile需要加上OBJ_KERNEL_HANDLE标志；用户模式的话，检查卷句柄是否包含FILE_READ_ATTRIBUTES这类必要权限。
• NTFS版本差异：不同Windows版本的NTFS对ObjectID和File ID的处理有细微差别，有些旧版本可能对参数错误的容忍度更高，导致代码能侥幸运行。

总结 #

最靠谱的解决办法是改用FSCTL_OPEN_BY_OBJECT_ID，这是Windows官方指定的通过ObjectID打开文件的API。同时排查目标文件的ACL、系统UAC设置，确保所有机器上的目标文件都有有效的ObjectID（用fsutil objectid query <file_path>验证），基本就能解决跨机器的拒绝访问问题了。

内容的提问来源于stack exchange，提问作者hdk