Windows下C++需先OpenClipboard，再用GetClipboardData(CF_HDROP)获取HGLOBAL，GlobalLock后解析DROPFILES结构及后续wchar_t路径数组，以双L' '为终止，遍历各路径并及时GlobalUnlock和CloseClipboard。
Windows 平台下用 C++ 获取剪切板中的文件路径列表（CF_HDROP）
Windows 剪切板里存文件路径，不是文本，而是 CF_HDROP 格式——本质是一块内存，里面是 DROPFILES 结构 + 一串 null 分隔的宽字符路径。直接调 GetClipboardData(CF_TEXT) 拿不到，会返回空或乱码。
实操要点：
- 必须先
OpenClipboard(nullptr)，否则所有操作失败（常见错误：没开就调GetClipboardData，返回nullptr） - 只在 Windows API 环境下有效；Linux/macOS 完全不适用（剪切板机制不同）
- 路径是 UTF-16 编码的
wchar_t序列，结尾有两个连续L' '，中间每个路径后跟一个L' ' - 拿到
HGLOBAL后要GlobalLock，读完必须GlobalUnlock，否则下次访问可能崩溃
简短示例（仅核心逻辑）：
HGLOBAL hMem = GetClipboardData(CF_HDROP);
if (hMem) {
DROPFILES* pDrop = static_cast<DROPFILES*>(GlobalLock(hMem));
if (pDrop) {
wchar_t* pFileList = reinterpret_cast<wchar_t*>(reinterpret_cast<char*>(pDrop) + pDrop->pFiles);
// pFileList 指向第一个路径，逐个读直到遇到 L' '
GlobalUnlock(hMem);
}
}判断剪切板当前是否含文件路径（而非纯文本或图片）
不能只靠 IsClipboardFormatAvailable(CF_HDROP) 就认定有文件——它只说明格式“可用”，不代表当前有内容。实际可能只是 Explorer 刚复制了空文件夹，或别的程序清空过剪切板。
立即学习“C++免费学习笔记（深入）”；
安全做法是组合验证：
- 先调
OpenClipboard(nullptr)，失败则直接退出 - 再用
IsClipboardFormatAvailable(CF_HDROP)快速筛掉非文件场景 - 最后调
GetClipboardData(CF_HDROP)并检查返回值是否非空，且GlobalSize足够容纳最小合法DROPFILES（至少 20 字节） - 如果
GlobalLock后发现pDrop->pFiles超出内存块范围，说明数据损坏，应放弃解析
漏掉任一环，都可能触发访问违规或返回空列表。
跨进程/多线程下读取剪切板的典型崩点
剪切板是全局资源，Windows 默认只允许一个窗口拥有所有权。如果另一个程序（比如微信、Typora）正“持有”剪切板，你的 OpenClipboard 就会阻塞或失败——这不是 bug，是设计如此。
应对方式很实际：
- 加超时重试：
OpenClipboard失败后Sleep(50)，最多试 3–5 次，别死等 - 不要在 UI 线程长期占用剪切板；读完立刻
CloseClipboard()，否则用户在别处 Ctrl+V 会失败 - 避免在 DLL 的 DllMain 或静态构造中调用，容易引发死锁（系统级剪切板锁 + 模块加载锁叠加）
- Qt 或 MFC 程序要注意：它们可能已封装剪切板逻辑，直接混用原生 API 可能冲突
CF_HDROP 解析后路径字符串的边界处理
很多人以为拿到 pFileList 就能直接当 C 风格字符串用，结果遍历崩溃——因为它是多个 L' ' 分隔的数组，不是单个零终止串。
正确遍历逻辑：
- 从
pFileList开始，用wcscmp或手动计数找第一个L' '，得到第一个路径 - 跳过该
L' '，继续往后找下一个L' '，直到连续出现两个L' '（即L" "）表示结束 - 路径本身可能含空格、括号、Unicode 字符（如中文），但不需要额外转义，Windows 已保证原样传递
- 注意：路径末尾没有反斜杠，也不带引号；若需拼接文件名，自己补
L'\'
最容易被忽略的是双 终止条件——少判一次，就会越界读内存，尤其在剪切板刚被清空或异常中断时更明显。
