小编gaz*_*zoh的帖子

Blazor-Wasm:为什么 `await Task` 会阻塞 UI,但 `await`-`async` 不会?

我目前正在尝试在 blazor WASM 中异步调用一个昂贵的方法,同时不阻塞 UI 线程。

根据这个问题的回答,这是不可能的。然而,这些可以追溯到几年前,根据WebAssembly 路线图,现代浏览器支持线程。

另外,我可以await在不阻塞 UI 线程的情况下调用函数,只要函数是自下而上等待的。

在下面的代码片段中,单击按钮Foo将导致 UI 在执行操作时挂起几秒钟,但单击按钮Bar将在后台处理类似(但可等待)的操作,同时保持 UI 响应。

如果 WebAssembly 不支持多线程,为什么第二个选项似乎适用于多线程?如果它确实支持多线程,为什么第一个选项会阻塞 UI?

@page "/asynctest"

<div class="row">
    <div class="col">
        @DisplayValue
    </div>
    <div class="col">
        <button type="button" @onclick="OnClickFoo">Foo</button>
    </div> 
    <div class="col">
        <button type="button" @onclick="OnClickBar">Bar</button>
    </div> 
</div>

@code{
    private string DisplayValue = "";
    private double Result;
    private async Task OnClickFoo(EventArgs e)
    {
        DisplayValue = "Working...";
        Result = await Task.Run(() => Frobnicate()); // Blocks UI thread
        DisplayValue …
Run Code Online (Sandbox Code Playgroud)

c# async-await blazor blazor-webassembly

1
推荐指数
1
解决办法
2668
查看次数

标签 统计

async-await ×1

blazor ×1

blazor-webassembly ×1

c# ×1