C++/WinRT(WinUI3)如何从内存读取图片到ImageSource

1. 基础需求：从字节数组设置Image.Source #

已知图片字节数组buf和大小size，可通过将字节数组写入流并绑定到BitmapImage实现，完整代码如下：

XAML部分：

<Image x:Name="img"/>

C++/WinRT代码：

IAsyncAction MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&)
{
    unsigned long long size; // 图片数据大小
    const unsigned char* buf; // 图片数据（需确保buf有效且包含完整图片数据）

    winrt::Microsoft::UI::Xaml::Media::Imaging::BitmapImage bmp;
    winrt::Windows::Storage::Streams::InMemoryRandomAccessStream stream;

    // 将字节数组写入流
    auto writer = winrt::Windows::Storage::Streams::DataWriter(stream.GetOutputStreamAt(0));
    writer.WriteBytes({ buf, size });
    co_await writer.StoreAsync();
    // 重置流指针到起始位置
    stream.Seek(0);

    bmp.SetSource(stream);
    img().Source(bmp);
}

2. InMemoryRandomAccessStream的正确用法及格式支持 #

C++/WinRT中InMemoryRandomAccessStream的逻辑和C#的MemoryStream类似，完全支持JPG、PNG、BMP等常见图片格式。核心是写入数据后必须将流指针重置到起始位置，否则BitmapImage无法读取数据。修正后的代码如下：

IAsyncAction MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&)
{
    unsigned long long size;
    const unsigned char* buf;

    winrt::Microsoft::UI::Xaml::Media::Imaging::BitmapImage bmp;
    winrt::Windows::Storage::Streams::InMemoryRandomAccessStream stream;

    // 写入数据到流
    auto writer = winrt::Windows::Storage::Streams::DataWriter(stream.GetOutputStreamAt(0));
    writer.WriteBytes({ buf, size });
    co_await writer.StoreAsync();
    // 必须将流指针移到开头
    stream.Seek(0);

    bmp.SetSource(stream);
    img().Source(bmp);
}

3. DataWriter拷贝效率、Close调用时机与内存释放问题 #

关于DataWriter拷贝数据的问题 #

DataWriter::WriteBytes()确实会将输入字节数组拷贝到流的内部缓冲区，这是InMemoryRandomAccessStream的设计特性——它维护独立的内存池存储数据。若要避免这次额外拷贝，需实现自定义IRandomAccessStream，直接包装原始字节数组的内存区域，让BitmapImage直接读取原始内存（需确保原始内存在BitmapImage使用期间始终有效）。

Close调用时机 #

DataWriter和InMemoryRandomAccessStream都是WinRT对象，遵循RAII原则，对象超出作用域时会自动释放资源，无需手动调用Close()。若要手动调用，建议在StoreAsync()完成且流不再被写入后调用DataWriter::Close()，在BitmapImage::SetSource()完成后调用stream.Close()，但这不是强制要求。

BitmapImage的内存释放 #

BitmapImage由WinRT智能指针管理，当不再被引用（如Image控件的Source被替换、控件销毁）时，会自动被垃圾回收机制释放，不需要手动释放内存。

4. SHCreateMemStream的拷贝问题、零拷贝可能性与内存接管逻辑 #

SHCreateMemStream的拷贝 #

SHCreateMemStream会创建基于传入内存拷贝的IStream，因此必然存在一次内存拷贝，这也是它随图片大小增加耗时变长的原因。

是否能避免额外内存拷贝？ #

Windows原生API没有直接提供类似“MemoryStreamView”的零拷贝流实现，但可通过自定义IRandomAccessStream实现：自行实现IRandomAccessStream接口，内部直接引用原始字节数组的内存，不做拷贝。需注意：

• 必须保证原始字节数组的内存在BitmapImage加载和显示期间始终有效（不能提前释放）；
• 自定义流需正确实现所有接口方法（如ReadAsync、Seek、Size等）。

内存接管逻辑 #

• BitmapImage::SetSource()之后，不会接管Stream的内存，Stream的生命周期由开发者管理，建议在SetSource完成后保留Stream直到BitmapImage加载完成（可通过BitmapImage::ImageOpened事件确认）；
• Image控件设置BitmapImage为Source后，会持有BitmapImage的引用，只要Image控件存在且Source未被替换，BitmapImage就不会被释放；当Image控件销毁或Source被替换时，BitmapImage的引用计数减少，最终被自动回收。

内容的提问来源于stack exchange，提问作者masterQian