如何从QFile/QSaveFile或QFileDevice获取Windows HANDLE并用于ReOpenFile？

我刚好对这个场景挺熟悉的，给你一步步梳理清楚：

一、如何获取Windows原生HANDLE #

不管是QFile、QSaveFile还是基类QFileDevice，Qt都提供了平台相关的handle()方法来获取底层的系统句柄，具体操作要注意这几点：

• 前提条件：必须先成功打开文件（调用open()返回true），否则handle()会返回无效值。
• 类型转换：handle()返回的是qintptr类型，在Windows平台下可以直接通过reinterpret_cast<HANDLE>转换成原生的文件句柄。
• 句柄所有权：这个句柄是Qt内部管理的，绝对不要自己调用CloseHandle()关闭它，否则会导致Qt后续的文件操作直接崩溃或出现异常。

举个实际的代码例子：

#include <QFile>
#include <windows.h>

int main() {
    QFile file("example.txt");
    if (file.open(QIODevice::ReadWrite | QIODevice::ExistingOnly)) {
        // 转换为Windows原生HANDLE
        HANDLE hFile = reinterpret_cast<HANDLE>(file.handle());
        // 这里可以用hFile执行Windows API操作
    }
    return 0;
}

QSaveFile的特殊情况 #

QSaveFile比较特殊，它内部操作的是临时文件，直到你调用commit()才会替换目标文件：

• 在commit()之前，handle()返回的是临时文件的句柄，不是最终目标文件的句柄。
• 调用commit()后，QSaveFile会自动关闭临时文件和目标文件，此时handle()就变成无效值了，没法再获取最终文件的句柄。如果需要操作最终文件，得重新用QFile打开。

二、该句柄能否用于ReOpenFile函数 #

答案是可以，但有几个关键注意事项，不然容易出问题：

• 避免Qt与Windows API冲突：ReOpenFile会修改原句柄的访问权限、共享模式等状态，一旦调用了这个函数，就不要再通过Qt的QFile/QSaveFile方法操作这个文件了——Qt的文件设备是基于初始打开的状态设计的，状态被外部修改后，Qt的读写、关闭等操作都会出现不可预料的错误。
• 符合ReOpenFile的参数要求：要确保原句柄是有效的、处于打开状态，并且传入的dwDesiredAccess、dwShareMode等参数符合Windows API的要求，比如不能请求比原句柄更高的访问权限。
• 句柄生命周期：调用ReOpenFile后，原句柄会被替换成新的句柄状态，同样不要自己关闭这个句柄，除非你已经完全不再通过Qt操作该文件。

举个简单的ReOpenFile使用示例：

if (file.isOpen()) {
    HANDLE hFile = reinterpret_cast<HANDLE>(file.handle());
    // 重新打开文件，修改为只读共享模式
    HANDLE hReopened = ReOpenFile(hFile, GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE, 0);
    if (hReopened != INVALID_HANDLE_VALUE) {
        // 使用hReopened进行操作
        // 注意：之后不要再用file对象做任何操作了
    }
}

内容的提问来源于stack exchange，提问作者Kuba hasn't forgotten Monica