Task.Delay Worth İptal Ediliyor mu? Bir başlamış görev ve Task.Delay üzerinde <code>Task.WhenAny</code> bekliyor -

Question

Geçenlerde yerlerde bir dizi açıklanan görüldü ettik iptal desen kullanarak zaman uyumsuz WCF servis yöntemlerinin bir sürü reimplemented ettik. Elbette, mevcut görevler iptal edilemez, ancak bu daha sonraki bir sürümde ele alınacaktır. Benim durumumda

, Task.Delay varsayılan süresi bir hizmet ayarı tarafından yönetilir. Vakaların ezici bir çoğunluğunda, sonuç, umulan görevin gerekli zaman diliminde tamamlanmış olmasıdır. Ayar genellikle cömert yapılır.

çoğu (hepsi değil) gördüğüm örnekler Task.Delay iptal etmek zahmet etmeyin. Bu kadar ucuz mu, endişelenmeye değmez mi? İptalin bir istisna oluşturduğunu biliyorum. Gecikmeyi iptal edersem, istisnayı ele almalı mıyım? şu şekilde görünecektir gecikme yaratır

private async Task<T> GetOrTimeout<T>(Task<T> task, [CallerMemberName] string caller = "") 
{ 
    using (var cts = new CancellationTokenSource()) 
    { 
    try 
    { 
     var timeout = GetDelay(cts.Token); 
     var first = await Task.WhenAny(task, timeout); 
     if (first == timeout) throw new TimeoutException(Properties.Resources.TimeoutOccurredInService.Fmt(caller)); 
     cts.Cancel(); //--> haven't been doing this. Should I? 
     return await task; 
    } 
    catch (Exception ex) 
    { 
     throw LoggedFaultException(ex, caller); 
    } 
    } 
} 

... ve yöntem:

private Task GetDelay(CancellationToken token) 
{ 
    return Task 
    .Delay(Properties.Settings.Default.ServiceMethodTimeout, token) 
    .ContinueWith(_ => { }, TaskContinuationOptions.ExecuteSynchronously); 
} 

Eğer burada

içinden aradığınız tüm servis yöntemlerinin, yaptığınız yöntemidir Gecikmeyi iptal etmiyorum, kaynaklara gerekenden daha uzun süre tutuyorum mu? Özellikle, WCF'nin hizmet yöntemlerini çağırmak için döndüğü örneklerden endişeleniyorum. Hizmetin yapılandırıldığı eşzamanlılık parametrelerini keseceklerinden endişeleniyorum. Zaman aşımı ayarı oldukça kaba. İptal etmemek israf gibi görünüyor, ama bu benim için her şey çok yeni.

İptal, istisnalar içerdiğinden ve durumu bildirmek için istisnalar kullanmama konusunda eğitildiğimden beri, bu, kendimi tam olarak anlamadığım korkunç bir anti-örüntüye boyadığım gibi hissettiriyor. Belki de Task.Delay benim için doğru seçim değildir. , gibi hissettirdiğimden, yapmam gerekenden daha karmaşık hale getirdim. Durumda dökülen herhangi bir ışık en çok takdir edilecektir.

Answer 1

Her şeyden önce, bu konu muhtemelen göz ardı edilebilir bir performansa sahip değildir ve sadece gerçek bir ortamda test edildikten sonra başka şekilde düşünülmelidir. İçinde dalış eğer

Ancak Task.Delay belli aralıktan sonra tamamlanır bir görev oluşturur. Bu bir ThreadPool iplik kullanarak aradan sonra söz görevini tamamlar (IDisposable uygulayan olan) yeni System.Threading.Timer oluşturarak yapar.

Task.Delay "Çok fazla" kullanırsanız, yararlı olduklarından uzun süre boyunca çok fazla boşa harcanan kaynaklarınız olabilir. Ayrıca, Task.Delay görevine herhangi bir devamname eklerseniz, onlar da herhangi bir referansı yakalayan bir temsilci ile birlikte olurlar.

Evet, işin bitmesine izin vermek yerine görevi iptal etmek daha güvenlidir.