WPD便携设备文件流复制到本地目录时部分文件失败：pDestStream为空指针访问违例

看起来你遇到的是WPD文件复制流程里偶尔出现的目标流初始化失效问题——虽然加了空指针检查暂时压下了报错，但搞清楚背后的原因才能从根源避免这类问题。我帮你梳理下可能的触发点和对应的修复方案：

核心原因：本地文件流创建失败却未被检查 #

你的代码里没有校验SHCreateStreamOnFile的返回值！这个API在创建本地文件流时可能因为多种原因失败，此时pFinalFileStream会被设为nullptr，但你依然把它传给了StreamCopy函数，自然会在Write时触发空指针访问违例。

哪些情况会导致SHCreateStreamOnFile失败？ #

• 目标路径不存在：比如你要写入C:\MyFiles\test.txt，但C:\MyFiles这个子目录还没创建
• 权限不足：Windows 10/11下普通用户默认没有直接写入C:\根目录的权限，或者目标目录被系统保护
• 文件被占用：目标文件已经被其他进程（比如杀毒软件、资源管理器）锁定
• 磁盘空间不足：本地磁盘剩余空间不足以容纳要复制的文件
• 文件名非法：要写入的文件名包含Windows不允许的字符（比如/\:*?"<>|）

修复方案 #

1. 必须检查所有HRESULT返回值

在调用StreamCopy之前，先确认本地流创建成功：

HRESULT hrCreateStreamOnFile = SHCreateStreamOnFile(
    destinationFilename.c_str(),
    STGM_CREATE | STGM_WRITE,
    &pFinalFileStream);
// 新增：检查本地流创建是否成功
if (FAILED(hrCreateStreamOnFile)) {
    printf("! 无法创建本地文件流，错误码: 0x%lx\n", hrCreateStreamOnFile);
    // 可以根据错误码做针对性处理，比如创建缺失的目录、提示权限问题等
    return hrCreateStreamOnFile;
}

同时，建议你也检查前面hrResources和hrGetStream的返回值，如果设备流获取失败，也没必要继续创建本地流了。

2. 给StreamCopy增加前置参数校验

在工具函数开头就检查输入的流指针是否合法，提前终止错误流程：

HRESULT StreamCopy(
    IStream* pDestStream,
    IStream* pSourceStream,
    DWORD       cbTransferSize,
    DWORD* pcbWritten)
{
    HRESULT hr = S_OK;

    // 新增：前置参数合法性检查
    if (pDestStream == nullptr || pSourceStream == nullptr) {
        printf("! 输入的流指针为空\n");
        return E_INVALIDARG;
    }
    if (cbTransferSize == 0) {
        printf("! 传输缓冲区大小不能为0\n");
        return E_INVALIDARG;
    }

    // ... 原有代码
}

3. 排查目标路径和权限问题

• 确保destinationFilename对应的目录存在，如果不存在，提前用CreateDirectoryW创建
• 测试时可以尝试把目标路径改成用户目录（比如C:\Users\你的用户名\Desktop\），避免权限问题
• 检查要复制的文件名是否包含非法字符，必要时做文件名清洗

总结 #

你加的if (pDestStream != nullptr)是很好的防御性编程，但根源在于流程中遗漏了关键的错误检查。补上HRESULT校验和参数合法性检查后，不仅能避免空指针崩溃，还能在出错时明确知道问题出在哪里（是设备流获取失败，还是本地文件创建失败），方便后续调试。

备注：内容来源于stack exchange，提问作者gene b.