gpt4 book ai didi

c# - 为什么这个异步方法会阻塞 UI 线程?

转载 作者:行者123 更新时间:2023-11-30 19:17:36 25 4
gpt4 key购买 nike

我正在努力解决这段代码引发的问题:

    private int FPS = 60;

void WebView_LoadCompleted(object sender, NavigationEventArgs e)
{
WebviewContentWorker();
}

private async void WebviewContentWorker()
{
WebViewBrush wvb = new WebViewBrush();
wvb.SetSource(WebView);
wvb.Redraw(); //we must redraw at least once before collapsing the WebView
WebView.Visibility = Windows.UI.Xaml.Visibility.Collapsed;

while (true)
{
webViewContent.Background = wvb; //webViewContent is a canvas
await Task.Delay(1000 / FPS);
wvb.Redraw();
}
}

我在这里试图实现的是找到 XAML 的 WebView 的解决方法,我发现它非常草率。我希望能够在它上面画东西,但我不能,所以我基本上做的是重复拍摄 WebView 的快照(使用 WebViewBrush) (基于 int FPS 字段),然后使用此快照设置名为“webViewContent”的 Canvas 的 Background 属性。目的是让动画显示在 Canvas 上,同时仍然能够在其上绘图(如果我不做这些快速快照, Canvas 将显示静止图像)。

它现在工作正常(我成功地将任何 Tapped 事件重定向到 WebView 的内部,以便正确处理按钮/链接/...的点击)但它有点滞后。慢一点是 wvb.Redraw() 我想知道如何提高线程的性能。看起来 UI 在 Task.Delay 期间 是响应式的,但在其他情况下被阻止...

非常欢迎任何意见/建议!

编辑:以下是我如何为 Redraw 调用计时(我认为这是导致问题的原因,因为删除它会使应用程序响应迅速):

        while (true)
{
webViewContent.Background = wvb;
await Task.Delay(1000 / FPS);
sw.Reset();
sw.Start();
wvb.Redraw();
sw.Stop();
System.Diagnostics.Debug.WriteLine(sw.Elapsed.TotalMilliseconds);
}

这在输出窗口中给出了这些结果:

0,094
0,058
0,041
0,053
0,057
0,038
0,032
0,033
0,032
0,038
0,035
0,03
0,042
0,028
0,044
0,031
0,033
0,029
0,034
0,03
0,052
0,029

毕竟不是那么多......

最佳答案

It looks like the UI is responsive during the Task.Delay but is blocked otherwise...

是的。这就是正在发生的事情。正是Task.Delay 是您让 UI 线程工作的唯一机会。您的异步方法正在 UI 线程上执行 - 一旦“延迟”任务完成,您将继续等待在 UI 线程上执行,这将重绘然后再次延迟。

从根本上说,如果您的 Redraw 方法太慢而无法每秒调用约 60 次,您需要一种不同的方法。

了解 async 不会将方法放在不同的线程上是非常重要的 - 它只是允许您异步操作。 (您的描述和标题表明您希望您的方法不会在任何重要时间内使用 UI 线程。)

此外,正如 Stephen Cleary 所说,使用 DispatcherTimer 是在 UI 线程上定期执行代码的一种通常更好的方法。

关于c# - 为什么这个异步方法会阻塞 UI 线程?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17217425/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com