एक async कार्रवाई के लिए सिंक्रनाइज़ेशन प्रतीक्षा कर रहा है, और क्यों प्रतीक्षा करें () यहां प्रोग्राम को फ्रीज करता है

Question

प्रस्तावना : मैं एक स्पष्टीकरण की तलाश कर रहा हूं, न कि केवल एक समाधान की। इसका हल मुझे पहले से ही पता है।

टास्क आधारित एसिंक्रोनस पैटर्न (टीएपी), एसिंक्स और प्रतीक्षा के बारे में एमएसडीएन लेखों का अध्ययन करने में कई दिन बिताने के बावजूद, मैं अभी भी कुछ बारीक विवरणों के बारे में थोड़ा भ्रमित हूं।

मैं विंडोज स्टोर ऐप्स के लिए एक लकड़हारा लिख ​​रहा हूं, और मैं अतुल्यकालिक और तुल्यकालिक लॉगिंग दोनों का समर्थन करना चाहता हूं। एसिंक्रोनस तरीके TAP का अनुसरण करते हैं, सिंक्रोनस को यह सब छुपाना चाहिए, और साधारण तरीकों की तरह काम करना चाहिए।

यह अतुल्यकालिक लॉगिंग की मुख्य विधि है:

private async Task WriteToLogAsync(string text)
{
    StorageFolder folder = ApplicationData.Current.LocalFolder;
    StorageFile file = await folder.CreateFileAsync("log.log",
        CreationCollisionOption.OpenIfExists);
    await FileIO.AppendTextAsync(file, text,
        Windows.Storage.Streams.UnicodeEncoding.Utf8);
}

अब इसी तुल्यकालिक विधि ...

संस्करण 1 :

private void WriteToLog(string text)
{
    Task task = WriteToLogAsync(text);
    task.Wait();
}

यह सही लगता है, लेकिन यह काम नहीं करता है। पूरा कार्यक्रम हमेशा के लिए जमा देता है।

संस्करण 2 :

हम्म .. शायद टास्क शुरू नहीं हुआ था?

private void WriteToLog(string text)
{
    Task task = WriteToLogAsync(text);
    task.Start();
    task.Wait();
}

यह फेंकता है InvalidOperationException: Start may not be called on a promise-style task.

संस्करण 3:

हम्म .. Task.RunSynchronouslyहोनहार लगता है।

private void WriteToLog(string text)
{
    Task task = WriteToLogAsync(text);
    task.RunSynchronously();
}

यह फेंकता है InvalidOperationException: RunSynchronously may not be called on a task not bound to a delegate, such as the task returned from an asynchronous method.

संस्करण 4 (समाधान):

private void WriteToLog(string text)
{
    var task = Task.Run(async () => { await WriteToLogAsync(text); });
    task.Wait();
}

यह काम। तो, 2 और 3 गलत उपकरण हैं। लेकिन 1? 1 में क्या गलत है और 4 में क्या अंतर है? क्या 1 कारण एक फ्रीज बनाता है? क्या टास्क ऑब्जेक्ट में कुछ समस्या है? क्या कोई गैर-स्पष्ट गतिरोध है?

Comments

किसी भी भाग्य को कहीं और स्पष्टीकरण मिल रहा है? नीचे दिए गए उत्तर वास्तव में अंतर्दृष्टि प्रदान नहीं करते हैं। मैं वास्तव में उपयोग कर रहा हूँ .net 4.0 नहीं 4.5 / 5 इसलिए मैं कुछ ऑपरेशन का उपयोग नहीं कर सकता लेकिन समान मुद्दों में चल रहा हूं।

— अमादिब

@ रदीब के जवाबों में @ इमादे, क्रिया 1 और 4 को समझाया गया। Ver.2 aв 3 पहले से शुरू किए गए कार्य को फिर से शुरू करने का प्रयास करें। अपना प्रश्न पोस्ट करें। यह स्पष्ट नहीं है कि आपके पास .NET 4.0 पर .NET 4.5 async / प्रतीक्षित समस्याएँ कैसे हो सकती हैं

— Gennady Vanin Геннадий Ванин

संस्करण 4 Xamarin प्रपत्र के लिए सबसे अच्छा विकल्प है। हमने बाकी विकल्पों की कोशिश की और सभी मामलों में काम नहीं किया और गतिरोध का अनुभव किया

— रामकृष्ण

धन्यवाद! संस्करण 4 मेरे लिए काम किया। लेकिन क्या यह अभी भी अतुल्यकालिक रूप से चलता है? मैं इसलिए मान रहा हूँ क्योंकि async कीवर्ड है।

— sshirley

Answer 1

awaitअपने अतुल्यकालिक विधि के अंदर यूआई धागा करने के लिए वापस आने के लिए कोशिश कर रहा है।

चूंकि UI थ्रेड पूरे कार्य के पूरा होने की प्रतीक्षा में व्यस्त है, इसलिए आपके पास एक गतिरोध है।

Task.Run()इस मुद्दे को हल करने के लिए async कॉल चल रहा है ।
क्योंकि async कॉल अब थ्रेड पूल थ्रेड पर चल रहा है, इसलिए यह UI थ्रेड पर वापस आने की कोशिश नहीं करता है, और इसलिए सब कुछ काम करता है।

वैकल्पिक रूप से, आप StartAsTask().ConfigureAwait(false)पूरी तरह से गतिरोध से बचने के लिए, यूआई धागे के बजाय थ्रेड पूल में वापस आने के लिए आंतरिक ऑपरेशन की प्रतीक्षा करने से पहले कॉल कर सकते हैं ।

Comments

+1। यहाँ एक और स्पष्टीकरण है - प्रतीक्षा करें, और UI, और गतिरोध! अरे बाप रे!

— अलेक्सी लेवेनकोव

ConfigureAwait(false)इस मामले में उचित समाधान है। चूँकि इसे कैप्चर किए गए संदर्भ में कॉलबैक कॉल करने की कोई आवश्यकता नहीं है, इसलिए इसे नहीं करना चाहिए। एपीआई विधि होने के नाते, यूआई संदर्भ से बाहर निकलने के लिए सभी कॉलर्स को मजबूर करने के बजाय इसे आंतरिक रूप से संभालना चाहिए।

— सेवई

@Servy पूछ रहा हूँ जब से आप कॉन्फ़िगर कॉन्फ़िगर का उल्लेख किया है। मैं .net3.5 का उपयोग कर रहा हूं और मुझे कॉन्फ़िगर वेइट कॉस को हटाना पड़ा जो कि मैं उपयोग कर रहा था वह एस्कि लाइब्रेरी में उपलब्ध नहीं था। मैं अपना खुद का कैसे लिखूं या मेरे एसिंक्स कॉल का इंतजार करने का एक और तरीका है। क्योंकि मेरा तरीका भी लटका हुआ है। मेरे पास टास्क नहीं है लेकिन टास्क नहीं है। यह जोर शायद अपने आप में एक सवाल है।

— flexxxit

@flexxxit: आपको उपयोग करना चाहिए Microsoft.Bcl.Async।

— एसएलकेएस

Answer 2

asyncसिंक्रोनस कोड से कॉलिंग कोड काफी मुश्किल हो सकता है।

मैं अपने ब्लॉग पर इस गतिरोध के पूर्ण कारणों की व्याख्या करता हूं । संक्षेप में, एक "संदर्भ" है जो प्रत्येक की शुरुआत में डिफ़ॉल्ट रूप से सहेजा जाता है awaitऔर विधि को फिर से शुरू करने के लिए उपयोग किया जाता है।

इसलिए यदि इसे यूआई संदर्भ में कहा जाता है, जब awaitपूर्ण हो जाता है, तो asyncविधि निष्पादन को जारी रखने के लिए उस संदर्भ को फिर से दर्ज करने का प्रयास करती है। दुर्भाग्यवश, कोड का उपयोग Wait(या Result) उस संदर्भ में एक थ्रेड को ब्लॉक करेगा, इसलिए asyncविधि पूरी नहीं हो सकती है।

इससे बचने के लिए दिशानिर्देश हैं:

1. ConfigureAwait(continueOnCapturedContext: false)जितना संभव हो उतना उपयोग करें । यह आपके asyncतरीकों को संदर्भ को फिर से दर्ज किए बिना निष्पादित करना जारी रखने में सक्षम बनाता है।
2. asyncसभी तरह का उपयोग करें । या के awaitबजाय का उपयोग करें ।ResultWait

यदि आपकी विधि स्वाभाविक रूप से अतुल्यकालिक है, तो आपको (शायद) एक तुल्यकालिक आवरण को उजागर नहीं करना चाहिए ।

Comments

मुझे एक Async कार्य को एक पकड़ने () में निष्पादित करने की आवश्यकता है जो समर्थन नहीं करता है asyncकि मैं यह कैसे करूंगा और आग को रोकने और स्थिति को भूल सकता हूं।

— ज़पोनोलॉजिका

@Zapnologica: VS2015 के रूप awaitमें catchब्लॉकों में समर्थित है । यदि आप पुराने संस्करण पर हैं, तो आप अपवाद को स्थानीय चर के साथ असाइन कर सकते हैं और awaitकैच ब्लॉक के बाद कर सकते हैं ।

— स्टीफन क्लीयर

Answer 3

मैंने जो किया था यह रहा

private void myEvent_Handler(object sender, SomeEvent e)
{
  // I dont know how many times this event will fire
  Task t = new Task(() =>
  {
    if (something == true) 
    {
        DoSomething(e);  
    }
  });
  t.RunSynchronously();
}

बहुत अच्छा काम कर रहा है और UI थ्रेड को ब्लॉक नहीं कर रहा है

Answer 4

छोटे कस्टम सिंक्रोनाइज़ेशन संदर्भ के साथ, सिंक फ़ंक्शन बिना डेडलॉक बनाए async फ़ंक्शन के पूरा होने की प्रतीक्षा कर सकता है। यहां WinForms ऐप के लिए छोटा उदाहरण है।

Imports System.Threading
Imports System.Runtime.CompilerServices

Public Class Form1

    Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load
        SyncMethod()
    End Sub

    ' waiting inside Sync method for finishing async method
    Public Sub SyncMethod()
        Dim sc As New SC
        sc.WaitForTask(AsyncMethod())
        sc.Release()
    End Sub

    Public Async Function AsyncMethod() As Task(Of Boolean)
        Await Task.Delay(1000)
        Return True
    End Function

End Class

Public Class SC
    Inherits SynchronizationContext

    Dim OldContext As SynchronizationContext
    Dim ContextThread As Thread

    Sub New()
        OldContext = SynchronizationContext.Current
        ContextThread = Thread.CurrentThread
        SynchronizationContext.SetSynchronizationContext(Me)
    End Sub

    Dim DataAcquired As New Object
    Dim WorkWaitingCount As Long = 0
    Dim ExtProc As SendOrPostCallback
    Dim ExtProcArg As Object

    <MethodImpl(MethodImplOptions.Synchronized)>
    Public Overrides Sub Post(d As SendOrPostCallback, state As Object)
        Interlocked.Increment(WorkWaitingCount)
        Monitor.Enter(DataAcquired)
        ExtProc = d
        ExtProcArg = state
        AwakeThread()
        Monitor.Wait(DataAcquired)
        Monitor.Exit(DataAcquired)
    End Sub

    Dim ThreadSleep As Long = 0

    Private Sub AwakeThread()
        If Interlocked.Read(ThreadSleep) > 0 Then ContextThread.Resume()
    End Sub

    Public Sub WaitForTask(Tsk As Task)
        Dim aw = Tsk.GetAwaiter

        If aw.IsCompleted Then Exit Sub

        While Interlocked.Read(WorkWaitingCount) > 0 Or aw.IsCompleted = False
            If Interlocked.Read(WorkWaitingCount) = 0 Then
                Interlocked.Increment(ThreadSleep)
                ContextThread.Suspend()
                Interlocked.Decrement(ThreadSleep)
            Else
                Interlocked.Decrement(WorkWaitingCount)
                Monitor.Enter(DataAcquired)
                Dim Proc = ExtProc
                Dim ProcArg = ExtProcArg
                Monitor.Pulse(DataAcquired)
                Monitor.Exit(DataAcquired)
                Proc(ProcArg)
            End If
        End While

    End Sub

     Public Sub Release()
         SynchronizationContext.SetSynchronizationContext(OldContext)
     End Sub

End Class