Windows平台判断剪贴板是否含文件路径需用OpenClipboard + IsClipboardFormatAvailable(CF_HDROP)，再通过GetClipboardData、GlobalLock、DragQueryFileW安全解析HDROP结构，注意Unicode编码、缓冲区大小及UI线程调用限制。
Windows 平台下用 OpenClipboard + EnumClipboardFormats 判断是否含文件列表
剪切板里有没有复制文件路径，不能只查 CF_TEXT 或 CF_UNICODETEXT —— 那些是纯文本内容。真正存文件路径的是 CF_HDROP 格式，它对应一个 HDROP 句柄，底层是 HDROP 结构体，封装了文件路径数组。
实操前先确认剪切板可访问且含该格式：
- 必须以当前进程 UI 线程身份调用
OpenClipboard(NULL)，跨线程或无窗口句柄会失败 - 调用
IsClipboardFormatAvailable(CF_HDROP)比直接GetClipboardData(CF_HDROP)更安全，避免空指针解引用 - 如果返回
FALSE，说明用户复制的不是文件（比如只是文字、图片、网页链接）
用 GlobalLock 解析 HDROP 获取文件路径数量和单个路径
HDROP 是一块全局内存，本质是 DROPFILES 结构体开头 + 后续拼接的 null-terminated 字符串数组（UTF-16），末尾双 null 结束。不能当普通字符串指针用，必须用 Windows API 解析。
关键步骤：
立即学习“C++免费学习笔记（深入）”；
- 调用
GetClipboardData(CF_HDROP)得到HGLOBAL句柄 - 用
GlobalLock锁定内存，得到LPVOID基址；记得之后GlobalUnlock - 强制转为
LPDROPFILES，通过DROPFILES.fWide判断是 ANSI 还是 Unicode（现代系统基本都是TRUE） - 用
DragQueryFileW(hDrop, 0xFFFFFFFF, NULL, 0)获取文件总数（传 -1 的 DWORD 值） - 逐个调用
DragQueryFileW(hDrop, i, buffer, size)提取第i个路径，buffer 要足够大（建议 ≥ 32768）
常见错误：粘贴路径含中文/长路径/特殊符号时崩溃或截断
问题往往不出在逻辑，而在内存和编码处理上：
- 没检查
GlobalLock返回值是否为NULL—— 内存锁定失败时直接解引用会 crash - 用
DragQueryFileA处理宽字符数据，导致中文变成乱码或截断（fWide == TRUE时必须用W版本） - 缓冲区太小：
MAX_PATH（260）不够用，NTFS 支持长路径，务必用至少 32KB 缓冲或动态分配 - 没调用
CloseClipboard()—— 后续其他程序（如资源管理器）可能无法写入剪切板，表现为“复制文件后右键菜单变灰”
示例片段（安全提取第一个路径）：
HGLOBAL hGlobal = GetClipboardData(CF_HDROP);
if (hGlobal) {
LPDROPFILES pDrop = static_cast<LPDROPFILES>(GlobalLock(hGlobal));
if (pDrop && pDrop->fWide) {
wchar_t path[32768] = {};
UINT count = DragQueryFileW((HDROP)pDrop, 0xFFFFFFFF, nullptr, 0);
if (count > 0) {
DragQueryFileW((HDROP)pDrop, 0, path, _countof(path) - 1);
// path 现在是第一个文件的完整路径
}
}
GlobalUnlock(hGlobal);
}
CloseClipboard();
C++ 封装成函数时要注意 RAII 和线程模型
不能把剪切板操作封装成无上下文的静态函数就完事。Windows 剪切板 API 强依赖线程消息队列 —— UI 线程才能稳定调用。控制台程序默认没有消息循环，需手动加 PeekMessage 或改用 COINIT_APARTMENTTHREADED 初始化 COM（部分新版 API 如 IDataObject 会要求）。
更稳妥的做法：
- 在已有窗口过程的线程中调用（例如 Qt / Win32 GUI 主线程）
- 用
std::vector<:wstring></:wstring>存结果，避免裸 new/delete - 加异常防护：
try { OpenClipboard(...) } catch(...) { CloseClipboard(); throw; } - 不要长期持有
HGLOBAL或HDROP，剪切板数据随时可能被其他程序覆盖
最易被忽略的一点：用户可能正在拖拽文件但尚未松手，此时剪切板里还没有 CF_HDROP —— 不是 bug，是 Windows 原生行为。得结合 WM_DROPFILES 消息做补充判断。
