ShellExecute遇同名文件夹与.lnk快捷方式时，为何优先打开快捷方式？

当文件夹与同名带.lnk扩展名的快捷方式共存时，调用ShellExecute(..., L"open", ...)会优先启动快捷方式，而非你明确指定的文件夹，这是Windows Shell的默认优先级匹配行为，并非BUG。

复现步骤 #

• 在桌面创建test.lnk快捷方式，指向任意EXE文件
• 在桌面创建同名文件夹test
• 执行以下代码：

ShellExecute(NULL, L"open", path_w.data(), nullptr, nullptr, SW_SHOW);

其中path_w为C:\Users\<UserName>\Desktop\test

当你把test.lnk改为其他非Shell优先识别的扩展名（如test.txt）时，ShellExecute会正确打开文件夹——因为此时没有更高优先级的关联文件匹配。

原因说明 #

Windows Shell在处理无扩展名的路径时，会按照已注册文件类型的优先级进行匹配：.lnk作为快捷方式文件，属于Shell核心关联的文件类型，优先级高于文件夹的打开动作。当路径没有明确标识为文件夹（比如末尾无反斜杠），Shell会优先查找同名的高优先级关联文件，也就是.lnk，并执行其关联的open动作。

解决方法 #

1. 给文件夹路径添加末尾反斜杠：将路径改为C:\Users\<UserName>\Desktop\test\，这样Shell会明确识别为文件夹，跳过文件匹配逻辑
2. 使用更明确的文件夹操作API：比如调用ShellExecuteEx并指定SEE_MASK_NOASYNC | SEE_MASK_INVOKEIDLIST，或者通过SHCreateItemFromParsingName获取文件夹项后执行打开动作
3. 直接调用资源管理器打开：用CreateProcess启动explorer.exe并传入文件夹路径：

STARTUPINFO si = { sizeof(si) };
PROCESS_INFORMATION pi;
CreateProcess(NULL, L"explorer.exe C:\\Users\\<UserName>\\Desktop\\test", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);
// 记得后续关闭pi中的句柄
CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);

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