Signalr: async/प्रतीक्षा का उपयोग कर कंसोल एप्लिकेशन भेजने के बाद प्राप्त करना बंद कर देता है

को निर्मित 22 मार्च 2017 · 4टिप्पणियाँ · स्रोत: SignalR/SignalR

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

जब विधि .Wait() बजाय await सब कुछ ठीक है।

मुझे यकीन नहीं है कि यह कंसोल अनुप्रयोगों में थ्रेड्स को संभालने के तरीके के साथ करना है (जैसा कि wpf अनुप्रयोगों के विपरीत है जिसमें SynchronizationContext ), या सी # सिग्नलआर क्लाइंट में किसी समस्या के लिए नीचे है।

अपेक्षित् व्यवहार

await hubProxy.Invoke("Foo"); सक्षम होने की उम्मीद करेंगे और संदेश प्राप्त करना जारी रखेंगे।

वास्तविक व्यवहार

await hubProxy.Invoke("Foo"); का उपयोग करने से किसी तरह कनेक्शन टूट जाता है।

प्रजनन के चरण

```सी#
कक्षा कार्यक्रम
{
स्थैतिक शून्य मुख्य ()
{
भागो ()। रुको ();
}

स्टेटिक एसिंक्स टास्क रन ()
{
कंसोल.राइटलाइन ("[सब्सक्राइबर] एंटर करने के लिए एंटर दबाएं...");
कंसोल। रीडलाइन ();

var hubConnection = new HubConnection("http://localhost:39103/");
var hubProxy = hubConnection.CreateHubProxy("MyHub");
hubProxy.On<string>("OnMessage", msg =>
{
  Console.WriteLine($"Received: {msg}");
});

await hubConnection.Start();

// Receiving messages quite happily at this point

Console.WriteLine("And press Enter again to break the application...");
Console.ReadLine();

await hubProxy.Invoke("Foo", "Bar");

// NO MESSAGES FOR YOU!

Console.WriteLine("And press Enter to Exit, because computers...");
Console.ReadLine();

}
}
```

Bug

स्रोत

markrendle

सबसे उपयोगी टिप्पणी

e55b89a45618d222e2c37a3b14969923c998899b में फिक्स्ड

moozzyk 3 अप्रैल 2017

🎉2

सभी 4 टिप्पणियाँ

मुझे यह बताना चाहिए, जिस कारण से मैं इसके बारे में चिंतित हूं, भले ही यह सिर्फ एक स्पाइक है, जिस वास्तविक सेवा पर मैं काम कर रहा हूं, वह ASP.NET वेब एपीआई सेवाओं के साथ-साथ wpf डेस्कटॉप अनुप्रयोगों से भी ली जाएगी।

markrendle 22 मार्च 2017

यह एक बहुत ही निहित गतिरोध है। यदि आप ट्रेसिंग चालू करते हैं तो आप देखेंगे कि संदेश अभी भी क्लाइंट द्वारा प्राप्त किए जा रहे हैं केवल आपका कॉलबैक लागू नहीं किया जा रहा है क्योंकि पिछला अभी तक समाप्त नहीं हुआ है:

And press Enter to Exit, because computers...
16:44:27.6966075 - b8022975-3d42-4935-952d-7c43a392d049 - WS: OnMessage({"C":"d-59F20992-B,18|S,0|T,1","M":[{"H":"ChatHub","M":"broadcastMessage","A":["adfasf","sadf"]}]})
16:44:28.6936798 - b8022975-3d42-4935-952d-7c43a392d049 - WS: OnMessage({})
16:44:31.4080330 - b8022975-3d42-4935-952d-7c43a392d049 - WS: OnMessage({"C":"d-59F20992-B,19|S,0|T,1","M":[{"H":"ChatHub","M":"broadcastMessage","A":["adfasf","adfsa"]}]})
16:44:36.2056851 - b8022975-3d42-4935-952d-7c43a392d049 - OnError(Microsoft.AspNet.SignalR.Client.Infrastructure.SlowCallbackException: Possible deadlock detected. A callback registered with "HubProxy.On" or "Connection.Received" has been executing for at least 10 seconds.)
16:44:38.6935113 - b8022975-3d42-4935-952d-7c43a392d049 - WS: OnMessage({})

अपनी तरफ से आप Console.ReadLine(); को await Console.In.ReadLineAsync() बदलकर इसे ठीक कर सकते हैं, लेकिन मेरा मानना है कि यहां मूल कारण यह है कि डिफ़ॉल्ट उपयोगकर्ता कोड उसी थ्रेड पर चलता है जैसा कि टास्ककंप्लीशनसोर्स के साथ पूरा किया गया है। SetResult( ) क्लाइंट को सेटिंग परिणाम को किसी भिन्न थ्रेड पर भेजना चाहिए या TCS बनाते समय TaskCreationOption.RunContinuationsAsynchronously उपयोग करना चाहिए।

moozzyk 22 मार्च 2017

यह धागा संक्षेप में मेरा एसिंक प्रतीक्षा अनुभव है।

BowserKingKoopa 22 मार्च 2017

👍2