UWP应用将Canvas转为图像时使用MemoryStream出现卡顿

你遇到的MemoryStream方式卡顿问题，核心出在异步操作的等待逻辑错误，以及RenderTargetBitmap渲染时机的处理不当，具体来说：

1. Dispatcher.RunAsync的异步等待漏洞
   你调用bitmap.RenderAsync()时，使用了Dispatcher.RunAsync配合async void的lambda表达式：

   await CoreApplication.MainView.CoreWindow.Dispatcher.RunAsync(CoreDispatcherPriority.Normal,async () => { await bitmap.RenderAsync(canvas, 1380, 800); });
   

   RunAsync返回的IAsyncAction只会等待lambda开始执行，但不会等待lambda内部的await bitmap.RenderAsync()完成。这导致后续的像素读取、编码操作在渲染还未结束时就启动了，引发资源竞争或死锁。而用StorageFile时，磁盘IO的延迟刚好掩盖了这个时序问题，让你误以为流程正常。

2. Canvas布局未就绪
   你刚创建Canvas并添加到Grid就立刻渲染，此时Canvas的布局可能还未完成，RenderTargetBitmap需要等待布局就绪才能正确渲染，这也会增加卡顿或死锁的概率。

针对以上问题，我们可以做以下调整：

1. 使用Dispatcher.RunTaskAsync代替RunAsync，它支持等待lambda内部的异步操作完成，确保渲染彻底结束后再执行后续逻辑。
2. 在渲染前调用canvas.UpdateLayout()强制完成布局，避免渲染时控件状态未就绪。
3. 优化MemoryStream的处理逻辑（虽不是卡顿主因，但能让代码更健壮）。

private async void UIToImageAsync(object sender, RoutedEventArgs e)
{
    // 绘制线条
    Windows.UI.Xaml.Shapes.Path path = new Windows.UI.Xaml.Shapes.Path();
    DrawShape(path);

    // 创建承载图形的Canvas
    var canvas = new Canvas();
    Main_Grid.Children.Add(canvas);
    canvas.Children.Add(path);

    // 使用RunTaskAsync确保Dispatcher内的异步操作被完整等待
    await CoreApplication.MainView.CoreWindow.Dispatcher.RunTaskAsync(async () =>
    {
        canvas.Height = 800;
        canvas.Width = 1380;
        canvas.RenderTransform = new TranslateTransform { X = 1, Y = 100 };
        // 强制完成Canvas布局，确保渲染时状态就绪
        canvas.UpdateLayout();

        // 渲染Canvas到Bitmap
        var bitmap = new RenderTargetBitmap();
        await bitmap.RenderAsync(canvas, 1380, 800);

        // 使用MemoryStream处理图像
        using (var inputImgStream = new MemoryStream())
        {
            var encoder = await BitmapEncoder.CreateAsync(BitmapEncoder.PngEncoderId, inputImgStream.AsRandomAccessStream());
            IBuffer pixelBuffer = await bitmap.GetPixelsAsync();
            
            encoder.SetPixelData(
                BitmapPixelFormat.Bgra8,
                BitmapAlphaMode.Ignore,
                (uint)bitmap.PixelWidth,
                (uint)bitmap.PixelHeight,
                DisplayInformation.GetForCurrentView().LogicalDpi,
                DisplayInformation.GetForCurrentView().LogicalDpi,
                pixelBuffer.ToArray());
                
            await encoder.FlushAsync();

            // 如果后续需要读取MemoryStream内容，重置流位置
            inputImgStream.Position = 0;
            // 此处可添加对MemoryStream的后续操作，比如转存、传输等
        }
    });
}

private void DrawShape(Windows.UI.Xaml.Shapes.Path path)
{
    PathGeometry lineGeometry = new PathGeometry();
    PathFigure lineFigure = new PathFigure();
    LineSegment lineSegment = new LineSegment();
    lineFigure.StartPoint = new Point(100, 100);
    lineSegment.Point = new Point(200, 200);
    lineFigure.Segments.Add(lineSegment);
    path.Data = lineGeometry;
    SolidColorBrush strokeBrush = new SolidColorBrush(Windows.UI.Color.FromArgb(255, 255, 0, 0));
    path.Stroke = strokeBrush;
    path.StrokeThickness = 5;
    lineGeometry.Figures.Add(lineFigure);
}

• RunTaskAsync是UWP中Dispatcher等待异步操作的正确方式，它返回Task，可以被正确await，避免了async void带来的异步失控问题。
• 调用canvas.UpdateLayout()能确保RenderTargetBitmap获取到正确的控件尺寸和渲染内容，减少未知的时序问题。
• 编码完成后重置MemoryStream的位置是为后续读取流内容做准备，如果不需要读取可以省略，但加上会让代码更健壮。

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