SHGetFileInfo不返回图标路径，只返回图标句柄或系统索引；所谓“路径”需反查注册表或缓存，且常含环境变量、非绝对路径，必须ExpandEnvironmentStrings展开并PathFileExists验证。
SHGetFileInfo 获取文件图标路径的真相
直接说结论：SHGetFileInfo 本身**不返回图标路径**，它只返回图标句柄（HICON）或系统图标索引（iIcon），所谓“图标路径”得靠反查 Shell 图标缓存或解析注册表，而且 Windows 不保证这个路径存在或可读。
为什么 SHGetFileInfo 返回的 iIcon 不能直接当路径用
SHGetFileInfo 的 SHGFI_ICONLOCATION 标志看似能拿路径，但实际行为很隐蔽：它只在注册表明确指定了 Icon 值（如 HKEY_CLASSES_ROOT\.txt\DefaultIcon）时才填入 szDisplayName 和 iIcon；否则返回空字符串 + 默认图标索引（通常是 0）。更关键的是——
-
szDisplayName可能是 DLL 路径（如C:\Windows\System32\shell32.dll），也可能是 EXE 或 ICO 文件，但不一定是绝对路径，常含环境变量（%SystemRoot%）或相对路径 -
iIcon是资源 ID，对 DLL/EXE 是图标在资源节中的序号（从 0 开始），对 ICO 文件则是第几个图标（通常为 0） - 即使拿到路径，也需调用
ExpandEnvironmentStrings展开变量，再用PathFileExists验证，否则容易崩
真正能稳定拿到图标的三步法
别指望一次调用就拿到“可用路径”，得组合操作：
- 先用
SHGetFileInfo+SHGFI_ICONLOCATION尝试获取szDisplayName和iIcon - 若
szDisplayName非空，用ExpandEnvironmentStrings展开，再用PathFileExists检查是否存在；不存在则跳过 - 若失败或为空，回退到
SHGetFileInfo+SHGFI_SMALLICON | SHGFI_SYSICONINDEX，拿到系统图标索引后，用ImageList_GetIcon从Shell_SmallIcon系统 imagelist 中提取图标（这时根本没路径，只有句柄）
示例关键片段：
立即学习“C++免费学习笔记（深入）”；
SHFILEINFO sfi = {};
if (SHGetFileInfo(L".txt", FILE_ATTRIBUTE_NORMAL, &sfi, sizeof(sfi),
SHGFI_USEFILEATTRIBUTES | SHGFI_ICONLOCATION)) {
WCHAR expanded[MAX_PATH];
ExpandEnvironmentStrings(sfi.szDisplayName, expanded, _countof(expanded));
if (PathFileExists(expanded)) {
// ✅ 此时 expanded 才是有效图标路径
}
}
容易被忽略的兼容性坑
Windows 10/11 对图标缓存做了深度优化，SHGetFileInfo 在非 UI 线程、无消息循环、或未初始化 COM（CoInitializeEx(NULL, COINIT_APARTMENTTHREADED)）时可能返回默认图标或失败。
- 必须在 STA 线程调用，且建议在主线程做；后台线程调用前务必
CoInitializeEx -
SHGFI_USEFILEATTRIBUTES在扩展名无关联时会 fallback 到通用文档图标，但不触发注册表查找——所以想强制走注册表，得确保文件存在或用SHGetFileInfo查已知扩展名（如L".png"） - UWP 应用或沙盒环境（如 Windows Sandbox）中，
SHGetFileInfo可能完全不可用，返回空或错误码E_FAIL
图标路径这事儿，本质上不是“取一个值”，而是“试探性地拼凑一条可能有效的资源链”，中间任何一环断掉，都得有备选方案。别把 szDisplayName 当成银弹。
