StateHasChanged() против InvokeAsync(StateHasChanged) в Blazor

Я попытался вызвать StateHasChanged() вместо InvokeAsync(StateHasChanged) в событии Timer Elapsed, и он работает, как и ожидалось.

Должно быть, это было на WebAssembly. Когда вы попробуете это на Blazor Serverside, я ожидаю исключения. StateHasChanged() проверяет, работает ли он в правильном потоке.

Основная проблема заключается в том, что рендеринг и вызов StateHasChanged должны происходить в основном (UI) потоке. Виртуальный DOM не является потокобезопасным.

Все основные события жизненного цикла Blazor (OnInit, AfterRender, ButtonClick) выполняются в этом специальном потоке, поэтому в редких случаях, когда вам требуется StateHasChanged(), его можно вызвать без InvokeAsync().

Таймер отличается, это «внешнее событие», поэтому вы не можете быть уверены, что он будет выполняться в правильном потоке. InvokeAsync() делегирует работу Blazor SynchronizationContext, что гарантирует его выполнение в основном потоке.

Но Blazor WebAssembly имеет только 1 поток, поэтому в настоящее время внешние события также всегда выполняются в основном потоке. Это означает, что если вы неправильно воспользуетесь этим паттерном Invoke, вы ничего не заметите. До тех пор, пока однажды Blazor Wasm, наконец, не получит настоящие потоки, ваш код не будет работать. Как и в случае с вашим экспериментом с таймером.

Что такое «контекст синхронизации Blazor»?

В .net контекст синхронизации определяет, что происходит с ожиданием (после). Разные платформы имеют разные настройки, контекст синхронизации Blazor во многом похож на контекст WinForms и WPF. В основном по умолчанию стоит .ConfigureAwait(true): возобновить в той же теме.

Иногда я вижу .ConfigureAwait(false) в коде верхнего уровня Blazor Wasm. Это тоже взорвется, когда мы получим настоящие темы. Его можно использовать в службах, вызываемых из blazor, но не для методов верхнего уровня.

И, наконец, await InvokeAsync(StateHasChanged) или await InvokeAsync(() => StateHasChanged()) — это просто лямбда-выражения в C#, ничего общего с Blazor. Первая короткая форма немного эффективнее.

Я также иногда вижу, что InvokeAsync() называется без await

Это будет работать. Вероятно, это лучше, чем другой вариант: сделать вызывающий метод (например, OnTick таймера) async void. Так что используйте это из пути синхронного кода.