[1] 我想在 XAML 中显示 Image 控件的图像，但该图像来自字节数组。我应该怎么办？图像格式可以是JPG、BMP或PNG之一。 [1] 我想在 XAML 中显示 Image 控件的图像，但该图像来自字节数组。我该怎么办？图像格式可以是 JPG、BMP 或 PNG 之一。 <Image x:Name="img"/> void MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&) { unsigned long long size; // iamge data size const unsigned char* buf; // image data img().Source(???); // what should I do? } [2] 我尝试了InMemoryRandomAccessStream，但没有成功。我知道在C#中使用MemoryStream很方便，但是如何在C++中实现它？另一个问题是这个方法是否也适用于JPG和PNG格式的图像？ void MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&) { unsigned long long size; // iamge data size const unsigned char* buf; // image data winrt::Microsoft::UI::Xaml::Media::Imaging::BitmapImage bmp; winrt::Windows::Storage::Streams::InMemoryRandomAccessStream stream; // How to read data from stream? bmp.SetSource(stream); img().Source(bmp); } [3] 现在功能已经实现了，但是还有两个问题 IAsyncAction MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&) { unsigned long long size; // iamge data size const unsigned char* buf; // image data winrt::Microsoft::UI::Xaml::Media::Imaging::BitmapImage bmp; winrt::Windows::Storage::Streams::InMemoryRandomAccessStream stream; winrt::Windows::Storage::Streams::DataWriter dw(st.GetOutputStreamAt(0ULL)); dw.WriteBytes({ buf, size }); // This is very inefficient! co_await dw.StoreAsync(); dw.Close(); bmp.SetSource(stream); img().Source(bmp); stream.Close(); } 首先，我发现DataWriter::WriteBytes()确实是在复制数据。但我认为ImageSource只需要从我的buf中读取即可，不需要在读取之前将整个图像完全复制到流中。也许是类似MemoryView的东西，我这样想是不是错了？其次，DataWriter和InMemoryRandomAccessStream的Close()应该在哪里调用？ BitmapImage需要释放内存吗？这里有一个异步函数，我不知道应该写在哪里 [4] 根据IInspectable，我尝试了SHCreatMemStream并搜索了大量信息以提出另一个解决方案。目前的问题是，与方法[3]同样可行，但仍然会出现内存分配问题。 #include "Shlwapi.h" #include "shcore.h" #pragma comment(lib, "shlwapi.lib") void MainWindow::myButton_Click(IInspectable const&, RoutedEventArgs const&) { unsigned long long size; // iamge data size const unsigned char* buf; // image data winrt::Microsoft::UI::Xaml::Media::Imaging::BitmapImage bmp; IStream* stream{ SHCreateMemStream(buf, size) }; // Copying takes a lot of time static const GUID guidIRandomAccessStream = { 0x905a0fe1, 0xbc53, 0x11df, { 0x8c, 0x49, 0x00, 0x1e, 0x4f, 0xc6, 0x86, 0xda } }; winrt::Windows::Storage::Streams::IRandomAccessStream pRas{ }; CreateRandomAccessStreamOverStream(stream, BSOS_OPTIONS::BSOS_DEFAULT, guidIRandomAccessStream, (void**)&pRas); bmp.SetSource(stream); img().Source(bmp); } 通过性能测试，发现CreateRandomAccessStreamOverStream的时间是一致的，但是SHCreateMemStream消耗的时间与图像大小成正比。可以得出，SHCreateMemStream中创建流的过程也涉及到内存的复制。我对Windows编程中的Stream不是特别熟悉。创建流的过程一定会涉及到内存复制吗？从内存加载图像可以避免额外的开销吗？还有没有类似MemoryStreamView的结构来替代吗？还有一个问题，我知道新的图像肯定需要内存存储。 BitmapImage设置Stream为Source会接管Stream占用的内存吗？ Image控件设置BitmapImage作为Source会接管BitmapImage占用的内存吗？如果是这样的话，我可以接受Stream分配新的内存，否则仍然是一个效率问题。谢谢！！！！！！！使用Stream已经彻底解决了这个问题。如前四期所述。至于附加问题： ★1 使用 CreatStreamOnHGlobal 而不是 SHCreatMemStream。因为SHCreatMemStream在调用过程中会对传入的内存块参数进行另一次内存复制。 CreatStreamOnHGlobal 创建流后不执行内存复制。您可以先通过GlobalAlloc分配内存，写入所需的图像数据，然后调用CreatStreamOnHGlobal，无需任何时间开销。另外，可以将CreatStreamOnHGlobal的第二个参数设置为true，自动释放GlobalAlloc分配的内存。通过进程内存监控，我发现对于同一个程序，使用CreatStreamOnHGlobal的速度是SHCreatMemStream的两倍，并且不会导致内存泄漏。 ★2 创建的Stream需要调用Release方法减少一个引用。 IRandomAccessStream作为局部变量，会自动析构，无需主动释放。并且BitmapImage还管理一部分引用，这些引用在离开作用域后被释放。通过测试COM对象上Release方法的返回值，发现整个程序结束后引用计数又回到了0

memoryview 相关问题

最新问题