如何在IShellWindows集合中可靠识别所有File Explorer实例？

你遇到的问题很典型——File Explorer和Internet Explorer在IShellWindows里共享不少接口，直接靠IWebBrowser2区分行不通，而IShellWindows的类型筛选又没法支持多实例。这里给你推荐基于Shell命名空间核心接口的验证方法，这是最严谨、符合Windows Shell设计逻辑的方案，也是资深开发者和微软内部实践认可的方式。

为什么之前的方法失效？ #

先快速梳理下你试过的思路问题：

• IWebBrowser2判断：File Explorer历史上基于IE的组件构建，所以它也实现了IWebBrowser2接口，这个接口没法区分网页浏览器和Shell命名空间浏览器。
• IShellWindows按类型筛选（SWC_EXPLORER）：这个枚举值只能返回"默认"的资源管理器窗口（比如首次打开的那个），当你打开多个File Explorer窗口时，后续实例不会被这个类型筛选命中，完全没法满足多实例需求。

推荐的可靠方法：验证Shell命名空间视图 #

File Explorer的核心是Shell命名空间浏览器，它的窗口会关联到IShellBrowser和IShellView接口，并且这些视图会实现Shell命名空间特有的持久化接口（比如IPersistIDList）。而Internet Explorer的窗口不会关联这些Shell命名空间接口。具体步骤如下：

1. 从IShellWindows枚举得到的IDispatch对象，请求SID_STopLevelBrowser服务，获取IShellBrowser接口——这是顶级Shell浏览器的核心接口，只有File Explorer这类Shell命名空间浏览器会提供。
2. 通过IShellBrowser调用QueryActiveShellView获取IShellView接口，这是当前Shell窗口显示的视图对象。
3. 尝试从IShellView查询IPersistIDList接口——这个接口是Shell命名空间对象特有的，用于持久化项目的PIDL（项目标识符列表），只有File Explorer的视图会实现它。

如果这三步都成功，那这个窗口肯定是File Explorer实例；反之则是其他类型的Shell窗口（比如IE）。

代码实现示例 #

把你的代码补全后的完整实现如下：

#include <comdef.h>
#include <ExDisp.h>
#include <ShlGuid.h>
#include <Windows.h>
#include <cstdio>

using _com_util::CheckError;
using std::puts;

_COM_SMARTPTR_TYPEDEF(IShellWindows, __uuidof(IShellWindows));
_COM_SMARTPTR_TYPEDEF(IShellBrowser, __uuidof(IShellBrowser));
_COM_SMARTPTR_TYPEDEF(IShellView, __uuidof(IShellView));
_COM_SMARTPTR_TYPEDEF(IPersistIDList, __uuidof(IPersistIDList));

int main() {
    CheckError(::CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED | COINIT_DISABLE_OLE1DDE));

    // Acquire IShellWindows interface
    IShellWindowsPtr spShellWindows{};
    CheckError(spShellWindows.CreateInstance(CLSID_ShellWindows, nullptr, CLSCTX_LOCAL_SERVER));

    // Request iterator
    IUnknownPtr spEnum{};
    CheckError(spShellWindows->_NewEnum(&spEnum));
    IEnumVARIANTPtr spEnumVariant{};
    CheckError(spEnum.QueryInterface(__uuidof(spEnumVariant), &spEnumVariant));

    // Iterate over shell windows
    while (true) {
        variant_t var{};
        HRESULT hr = spEnumVariant->Next(1, &var, nullptr);
        if (hr == S_FALSE) break; // Iterator depleted
        CheckError(hr);

        // Skip non-IDispatch objects
        if (var.vt != VT_DISPATCH) continue;
        IDispatchPtr spDisp{};
        spDisp.Attach(var.pdispVal, true);

        // Step 1: Query for IShellBrowser via SID_STopLevelBrowser service
        IShellBrowserPtr spShellBrowser{};
        hr = spDisp->QueryService(SID_STopLevelBrowser, IID_PPV_ARGS(&spShellBrowser));
        if (FAILED(hr)) {
            puts("Not a File Explorer (no IShellBrowser)");
            continue;
        }

        // Step 2: Get active Shell View
        IShellViewPtr spShellView{};
        hr = spShellBrowser->QueryActiveShellView(&spShellView);
        if (FAILED(hr)) {
            puts("Not a File Explorer (no active IShellView)");
            continue;
        }

        // Step 3: Check for IPersistIDList (Shell namespace-specific)
        IPersistIDListPtr spPersistIDList{};
        hr = spShellView->QueryInterface(IID_PPV_ARGS(&spPersistIDList));
        if (SUCCEEDED(hr)) {
            puts("Found File Explorer instance!");
        } else {
            puts("Not a File Explorer (no IPersistIDList)");
        }
    }

    ::CoUninitialize();
    return 0;
}

可靠性与兼容性说明 #

这个方法的可靠性来自于Windows Shell的核心设计：

• IShellBrowser、IShellView是Shell命名空间浏览器的标准接口，从Windows XP到Windows 11都保持稳定。
• IPersistIDList是Shell命名空间对象的核心持久化接口，只有处理本地文件系统/Shell命名空间的窗口才会实现它。
• 虽然官方文档对这部分细节描述较少，但这个逻辑是微软资深开发者公开分享的标准方案，属于Shell开发"约定俗成"的可靠实践，未来兼容性有保障。

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