async / await - Görev vs boşluğa ne zaman dönmeli?

Hangi senaryolarda kullanmak istersiniz

public async Task AsyncMethod(int num)

onun yerine

public async void AsyncMethod(int num)

Düşünebileceğim tek senaryo, ilerlemesini takip edebilmek için göreve ihtiyacınız varsa.

Ayrıca, aşağıdaki yöntemde, zaman uyumsuz ve bekleyen anahtar kelimeler gereksiz mi?

public static async void AsyncMethod2(int num)
{
    await Task.Factory.StartNew(() => Thread.Sleep(num));
}

1) Normalde geri dönmek istersiniz Task. Ana istisna , bir dönüş türüne (etkinlikler için) ihtiyacınız olduğunda olmalıdır void. Arayan kişinin awaitgörevinize sahip olmasına izin vermemek için bir neden yoksa, neden izin vermeyin?

2) asyncgeri dönen yöntemler voidbaşka bir açıdan özeldir: üst düzey asenkron işlemlerini temsil ederler ve göreviniz bir istisna döndürdüğünde devreye giren ek kurallara sahiptirler. En kolay yol, farkı bir örnekle göstermektir:

static async void f()
{
    await h();
}

static async Task g()
{
    await h();
}

static async Task h()
{
    throw new NotImplementedException();
}

private void button1_Click(object sender, EventArgs e)
{
    f();
}

private void button2_Click(object sender, EventArgs e)
{
    g();
}

private void button3_Click(object sender, EventArgs e)
{
    GC.Collect();
}

fistisnası her zaman "gözlenir". Üst düzey eşzamansız bir yöntem bırakan bir istisna, diğer işlenmemiş istisnalar gibi ele alınır. gistisnası asla gözlenmez. Çöp toplayıcı görevi temizlemek için geldiğinde, görevin bir istisnayla sonuçlandığını görür ve kimse istisnayı ele almaz. Bu olduğunda, TaskScheduler.UnobservedTaskExceptionişleyici çalışır. Bunun olmasına asla izin vermemelisin. Örneğinizi kullanmak için,

public static async void AsyncMethod2(int num)
{
    await Task.Factory.StartNew(() => Thread.Sleep(num));
}

Evet, kullanın asyncve awaitburada, bir istisna atılırsa yönteminizin hala doğru çalıştığından emin olurlar.

daha fazla bilgi için bkz. http://msdn.microsoft.com/en-us/magazine/jj991977.aspx

Jérôme Laban hakkında yazdığı asyncve voidyazdığı bu çok yararlı makaleye rastladım : https://jaylee.org/archive/2012/07/08/c-sharp-async-tips-and-tricks-part-2-async-void .html

Sonuç olarak async+void, sistemin çökmesine neden olabilir ve genellikle yalnızca kullanıcı arabirimi tarafı olay işleyicilerinde kullanılmalıdır.

Bunun nedeni, AsyncVoidMethodBuilder tarafından kullanılan ve bu örnekte hiçbiri olmayan Senkronizasyon Bağlamı'dır. Ortam Senkronizasyon Bağlamı olmadığında, zaman uyumsuz void yönteminin gövdesi tarafından işlenmeyen herhangi bir istisna ThreadPool üzerinde yeniden oluşturulur. Bu tür işlenmeyen istisnaların atılabileceği başka hiçbir mantıksal yer olmasa da, işin talihsiz etkisi, işlemin sonlandırılmasıdır, çünkü ThreadPool'daki işlenmeyen istisnalar, .NET 2.0'dan bu yana işlemi etkili bir şekilde sonlandırır. AppDomain.UnhandledException olayını kullanarak işlenmeyen tüm özel durumları kesebilirsiniz, ancak işlemi bu olaydan kurtarmanın bir yolu yoktur.

UI olay işleyicileri yazarken, zaman uyumsuz yöntemler bir şekilde ağrısızdır, çünkü istisnalar zaman uyumsuz yöntemlerde bulunanla aynı şekilde ele alınır; Sevk Görevlisine atılırlar. Bu gibi istisnalardan kurtulma olasılığı vardır, çoğu vaka için daha doğrudur. Bununla birlikte, UI olay işleyicilerinin dışında, eşzamansız geçersiz yöntemlerin kullanımı bir şekilde tehlikelidir ve bulmak o kadar kolay olmayabilir.

Bu ifadelerden net bir fikrim var.

1. Async void yöntemlerinin farklı hata işleme semantiği vardır. Zaman uyumsuz bir Görev veya zaman uyumsuz Görev yönteminden bir istisna atılırsa, bu istisna yakalanır ve Görev nesnesine yerleştirilir. Eşzamansız void yöntemlerinde, Görev nesnesi yoktur, bu nedenle bir eşzamansız void yönteminden atılan tüm özel durumlar doğrudan SynchronizationContext (SynchronizationContext), eşzamansız void yönteminde etkin olan bir "temsil" konumu olabilir. " başladı

Bir Async Void Yönteminden İstisnalar Yakalama ile Yakalanamıyor

private async void ThrowExceptionAsync()
{
  throw new InvalidOperationException();
}
public void AsyncVoidExceptions_CannotBeCaughtByCatch()
{
  try
  {
    ThrowExceptionAsync();
  }
  catch (Exception)
  {
    // The exception is never caught here!
    throw;
  }
}

Bu istisnalar, AppDomain.UnhandledException veya GUI / ASP.NET uygulamaları için benzer bir tümünü yakalama olayı kullanılarak gözlemlenebilir, ancak bu olayları düzenli istisna işleme için kullanmak, sürdürülemezlik için bir reçetedir (uygulamayı kilitler).

2. Asenkron boşluk yöntemleri farklı oluşturma semantiğine sahiptir. Görev veya Görev döndüren zaman uyumsuz yöntemler, bekle, Görev.WhenAny, Görev.WhenAll vb. Boşluk döndüren zaman uyumsuz yöntemler, tamamladıkları arama kodunu bildirmenin kolay bir yolunu sunmaz. Birkaç asenkron boşluk yöntemini başlatmak kolaydır, ancak ne zaman bittiklerini belirlemek kolay değildir. Async void yöntemleri, başlatıldıklarında ve bittiğinde SynchronizationContext'lerini bilgilendirir, ancak özel bir SynchronizationContext, normal uygulama kodu için karmaşık bir çözümdür.

3. Eşzamansız olay işleyicileri kullanılırken zaman uyumsuz olay işleyicisini kullanırken yararlı olan Async Void yöntemi, senkronize olay işleyicilerin davranışlarına benzer şekilde doğrudan SynchronizationContext üzerinde

Daha fazla ayrıntı için bu bağlantıyı kontrol edin https://msdn.microsoft.com/en-us/magazine/jj991977.aspx

Zaman uyumsuz boşluğu çağırmayla ilgili sorun, görevi geri almamanızdır, işlevin görevinin ne zaman tamamlandığını bilmenin hiçbir yolu yoktur (bkz. Https://blogs.msdn.microsoft.com/oldnewthing/20170720-00/ ? p = 96655 )

Zaman uyumsuz işlevini çağırmanın üç yolu şunlardır:

async Task<T> SomethingAsync() { ... return t; }
async Task SomethingAsync() { ... }
async void SomethingAsync() { ... }

Her durumda, işlev bir görev zincirine dönüştürülür. Fark, işlevin döndürdüğü şeydir.

İlk durumda, işlev sonunda t üreten bir görev döndürür.

İkinci durumda, işlev ürünü olmayan bir görev döndürür, ancak ne zaman tamamlanacağını bilmek için üzerinde bekleyebilirsiniz.

Üçüncü dava kötü olanı. Üçüncü durum, ikinci durum gibidir, ancak görevi geri alamazsınız. İşlevin görevinin ne zaman tamamlandığını bilmenin bir yolu yoktur.

Zaman uyumsuz geçersiz durum "ateşle ve unut" şeklindedir: Görev zincirini başlatırsınız, ancak işin ne zaman bittiğini umursamazsınız. İşlev döndüğünde, bildiğiniz tek şey ilk beklemeye kadar her şeyin yürütülmüş olmasıdır. İlk bekleyişten sonraki her şey, gelecekte erişiminizin olmadığı belirli bir noktada çalışacaktır.

async voidİstisnaları yakalamaya dikkat ettiğiniz sürece arka plan işlemlerini başlatmak için de kullanabileceğinizi düşünüyorum . Düşünceler?

class Program {

    static bool isFinished = false;

    static void Main(string[] args) {

        // Kick off the background operation and don't care about when it completes
        BackgroundWork();

        Console.WriteLine("Press enter when you're ready to stop the background operation.");
        Console.ReadLine();
        isFinished = true;
    }

    // Using async void to kickoff a background operation that nobody wants to be notified about when it completes.
    static async void BackgroundWork() {
        // It's important to catch exceptions so we don't crash the appliation.
        try {
            // This operation will end after ten interations or when the app closes. Whichever happens first.
            for (var count = 1; count <= 10 && !isFinished; count++) {
                await Task.Delay(1000);
                Console.WriteLine($"{count} seconds of work elapsed.");
            }
            Console.WriteLine("Background operation came to an end.");
        } catch (Exception x) {
            Console.WriteLine("Caught exception:");
            Console.WriteLine(x.ToString());
        }
    }
}

Cevabım basit bir şekilde geçersiz yöntemi bekleyemezsiniz

Error   CS4008  Cannot await 'void' TestAsync   e:\test\TestAsync\TestAsyncProgram.cs

Yöntem asenkron ise daha iyi olmak daha iyidir, çünkü asenkron avantajı kaybedebilirsiniz.

Microsoft belgelerine göre , ASLA kullanmamalısınızasync void

Bunu yapmayın: Aşağıdaki örnek async void, ilk beklemeye ulaşıldığında HTTP isteğinin tamamlanmasını sağlayan kullanır :

• Hangisi ASP.NET Core uygulamalarında DAİMA kötü bir uygulamadır.

• HTTP isteği tamamlandıktan sonra HttpResponse'ye erişir.

• Süreci çöküyor.