Windows 10中GetOpenFileNameW函数调用后程序崩溃问题咨询

代码中的崩溃原因 #

你的代码存在两个关键疏漏，直接触发了内存溢出崩溃：

• 缓冲区大小与nMaxFile严重不匹配：Filename是仅能容纳500个宽字符的数组，但你把nMaxFile设置为1000000。当启用OFN_ALLOWMULTISELECT多选文件时，系统会尝试往Filename缓冲区写入远超其容量的路径数据，直接造成内存越界，引发程序崩溃。
• 未初始化文件路径缓冲区：你用ZeroMemory初始化了OPENFILENAMEW结构体，但Filename缓冲区没有被初始化，残留的垃圾数据可能干扰对话框的路径解析逻辑，进一步加剧崩溃风险。

修正后的代码 #

#include <windows.h>

int main() {
    // 根据需求设置足够大的缓冲区，4096是常用的合理大小
    wchar_t Filename[4096];
    // 初始化缓冲区为全0，避免垃圾数据干扰
    ZeroMemory(Filename, sizeof(Filename));
    
    OPENFILENAMEW ofn;
    ZeroMemory(&ofn, sizeof(ofn));
    ofn.lStructSize  = sizeof(ofn);
    ofn.hwndOwner    = NULL; 
    ofn.lpstrFile    = Filename;
    // nMaxFile必须等于缓冲区的实际字符数量（包含终止符），用_countof自动获取数组长度
    ofn.nMaxFile     = _countof(Filename);
    ofn.lpstrTitle   = L"Select a File";
    ofn.Flags        = OFN_DONTADDTORECENT | OFN_FILEMUSTEXIST | OFN_ALLOWMULTISELECT | OFN_EXPLORER;
    
    if (GetOpenFileNameW(&ofn)) {
        // 可选：在这里处理选中的文件路径
    }
    return 0;
}

关于GetOpenFileNameW的可用性 #

GetOpenFileNameW在Windows 10 22H2（OS Build 19045.2604）中并未失效或被弃用，它仍然是微软官方支持的Win32 API函数。微软只是推荐新开发项目使用IFileOpenDialog（属于Common Item Dialog框架），但旧有代码使用GetOpenFileNameW依然可以正常运行，你的问题完全由代码中的内存错误导致，和API本身无关。

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