必须通过ishelllink接口解析.lnk文件，因它是含dos头、clsid等的二进制com对象，fopen/fstream读取仅得乱码；需coinitialize→ishelllink→ipersistfile→getpath四步，缺一不可。
用 IShellLink 接口解析 .lnk 文件最可靠
Windows 原生快捷方式不是普通文本或 JSON，不能用 fopen 或 std::ifstream 直接读目标路径。必须调用 Shell API 的 IShellLink（配合 IPersistFile），这是唯一被 Windows 支持的解析方式。绕过 COM 直接解析二进制结构风险极高——格式未公开、版本多变（Win7/10/11 有细微差异），且签名和校验逻辑复杂。
初始化 COM 并加载 .lnk 文件的必要步骤
漏掉 COM 初始化或未指定线程模型，CoCreateInstance 会失败并返回 REGDB_E_CLASSNOTREG 或 CO_E_NOTINITIALIZED。必须在读取前调用 CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)（推荐 COINIT_APARTMENTTHREADED，因为 IShellLink 是 STA 组件）；用完后调用 CoUninitialize()。
关键实操点：
-
CoCreateInstance的 CLSID 必须是CLSID_ShellLink，不是CLSID_Unknown或其他 -
IPersistFile::Load接收的是宽字符路径（LPCOLESTR），需用MultiByteToWideChar或直接写L"C:\path\a.lnk" - 调用
IShellLink::Resolve可处理已失效的链接（触发自动修复），建议传入SLR_ANY_MATCH | SLR_UPDATE
提取目标路径：GetPath vs GetIDList 的区别
IShellLink::GetPath 返回文件系统路径（如 C:Program FilesApppp.exe），适用于绝大多数场景；而 GetIDList 返回 PIDL，仅当目标是桌面项、控制面板项等非文件系统对象时才需要（例如 shell:::{26EE0668-A00A-44D7-9371-BEB064C98683}）。对普通用户来说，几乎只用 GetPath。
注意参数细节：
-
GetPath第二个参数是缓冲区大小（字符数，不是字节数），必须 ≥MAX_PATH（260）或更大（支持长路径时用UNICODE_STRING配合MAX_PATH * 2） - 第四个参数若传
SLGP_SHORTPATH，可能返回 8.3 格式（如C:PROGRA~1...），一般应传SLGP_UNCPRIORITY或0 - 返回值为
S_OK才表示成功；若为E_FAIL，常见原因是快捷方式损坏或权限不足（如指向网络位置但当前无凭据）
常见错误：中文路径乱码、权限拒绝、返回空字符串
乱码通常因未正确处理宽字符：用 std::wcout 输出 wchar_t*，别用 std::cout；保存到文件时用 std::ofstream 配合 .imbue(std::locale("")) 或直接写 UTF-8 编码（需转换）。
权限问题多见于符号链接指向系统目录（如 %SystemRoot%）或远程 SMB 路径——此时 Resolve 可能静默失败，GetPath 返回空。可先检查 IShellLink::GetDescription 是否可读，作为快捷方式是否基本可用的快速判断。
容易忽略的一点：IShellLink 对象必须 QueryInterface 到 IPersistFile 才能调用 Load；没做这步就直接 QueryInterface 到 IShellLink 后调 GetPath，结果一定是空或崩溃。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
