Socket.io: पुन: कनेक्ट होने के बाद एकाधिक सॉकेट खुलते हैं

डिस्कनेक्ट को निकाल दिया गया है क्योंकि तकनीकी रूप से, क्लाइंट ने सर्वर से डिस्कनेक्ट कर दिया है। और तब तक डिस्कनेक्ट किया जाता है जब तक कि पुन: कनेक्ट होने वाली घटना को फिर से निकाल नहीं दिया जाता है।

लेकिन बाकी सब एक बग है।

मुझे लगता है कि यह मेरे आवेदन में एक बग का कारण है -

सर्वर साइड पर, मैंने हर बार एक नया इंसर्ट करने के लिए मोंगोडब पर एक टेस्टिकल कर्सर बनाया है। यह संदेश io.sockets.emit () से जुड़े सभी को भेजा जाता है।

लेकिन प्रति घटना केवल एक संदेश प्राप्त करने के बजाय, मुझे क्लाइंट की ओर से कई रिपीट संदेश मिलते हैं।

मैं एक बेहद अविश्वसनीय इंटरनेट कनेक्शन पर हूं, इसलिए मेरा अनुमान है कि यह बग मेरे कोड को भी प्रभावित कर रहा है।

क्या तुम लोग एक्सप्रेस का उपयोग कर रहे थे? मुझे एक्सप्रेस के साथ यह समस्या थी, इसके बिना इसे फिर से लिखना और इसने ठीक काम किया।

एक्सप्रेस का इस @mfkp से कोई लेना देना नहीं है, कुछ अजीब कर रहा होगा

@Visionmedia से सहमत थे, socket.io एक्सप्रेस के साथ नहीं में अपनी एक बग। क्योंकि वर्तमान पुन: कनेक्ट कार्यान्वयन अभी भी 0.6 के लिए डिज़ाइन किया गया था, इसलिए यह कुछ चेक और क्लीन अप को याद कर रहा है।

ओह समझा। कोई बात नहीं; पर ले जाने ;-)

इसके लिए +1। हमारे चैट ऐप में आंतरायिक मुद्दा जहां सॉकेट.आईओ कई कनेक्शन खोलता है। क्लाइंट को तब सभी उत्सर्जन की डुप्लिकेट प्राप्त होती है।

+1। वेबसोकेट और क्रोम। लैपटॉप सो जाता है -> ऐप वीकअप के बाद फिर से जुड़ जाता है -> दोहरा ईवेंट। दूरस्थ सर्वर से कनेक्ट होने पर ही होता है। खिचड़ी भाषा इसे स्थानीय रूप से पुनरुत्पादित करती है, कुछ पुन: कनेक्ट / नेटवर्क विलंबता समस्या होनी चाहिए।

क्या इसके बाद कई कनेक्शन से छुटकारा पाने के लिए कोई वर्कअराउंड है ?, जैसे क्लाइंट की तरफ से, अगर मैं सॉकेट .isconnect () करता हूं, तो क्या यह सभी कनेक्शन को डिस्कनेक्ट कर देगा? जैसा कि मैं कई अपडेट से बचना चाहता हूं। निम्नलिखित काम करता है?
सॉकेट = io.connect (url)
सॉकेट.ऑन ('कनेक्ट', फंक्शन () {
अगर (बहुविकल्पी) {
socket.disconnect ();
socket.removeAllListeners ('कनेक्ट');
io.sockets = {};
सॉकेट = io.connect (url);
socket.on ('कनेक्ट', functionToConnect);
}
})

कृपया, इस https://github.com/LearnBoost/socket.io/issues/474#issuecomment -2833227 पर पढ़ें।
यह बताता है कि यह बग क्यों होता है और इसे कैसे पुन: पेश किया जा सकता है।

@ 3-ईडन - कोई भी विचार जहां यह फिक्स आपकी टूडू सूची / प्राथमिकताओं पर पड़ता है? मुझे एक ऐप मिला है जो मैं बना रहा हूं और मैं इसके लिए इसका उपयोग करने की योजना बना रहा था, और अपने क्लाइंट को यह बताने में सक्षम होना पसंद करूंगा कि यह आईओएस डिवाइस से ठीक से कनेक्ट हो जाएगा। एप्लिकेशन को पृष्ठभूमि में डालने या डिवाइस को सोने के लिए रखा जाने के बाद यह डिस्कनेक्ट हो जाता है।

या क्या आपके पास इस बारे में कोई विचार है कि मैं वर्कअराउंड कोड कैसे कर सकता हूं? मैं पिछले कुछ दिनों से कुछ चीजों पर काम कर रहा हूं, लेकिन सबसे अच्छा मामला हमेशा लगता है कि बहुत सारे कनेक्शन खुले हैं और सभी सॉकेट डेटा को छोड़ देते हैं। डेटा उस दुनिया का अंत नहीं है जिसका उपयोग मैं उस समस्या को हल करने के लिए क्लाइंट से रीकनेक्ट ट्रिगर का उपयोग कर सकता हूं, लेकिन समवर्ती कनेक्शन थोड़ा बदसूरत है।

धन्यवाद!

@ क्रिस मुझे यकीन नहीं है कि यह वही बग है जिसका आप उल्लेख करते हैं। मेरे पास सर्वर पर मंदी के बिना बग का एक बहुत ही सरल उदाहरण है।

मैं स्पष्ट रूप से इस मुद्दे को पुन: पेश कर सकता हूं:

1. एक सरल दिल की धड़कन ग्राहक को लागू करें जो 1 सेकंड के अंतराल पर दिल की धड़कन भेजता है।
2. नए कनेक्शन सर्वर-साइड की संख्या की गणना करें।
3. डिस्कनेक्शन सर्वर-साइड की संख्या की गणना करें।
4. सर्वर शुरू करें और क्लाइंट के साथ संबंध बनाएं।
5. क्लाइंट और सर्वर के बीच नेटवर्क कनेक्शन को तोड़ें।
6. प्रतीक्षा करें जब तक कि सर्वर समय से बाहर न निकल जाए और डिस्कनेक्ट घटना न हो जाए।
7. नेटवर्क कनेक्शन को फिर से कनेक्ट करें।

ध्यान दें कि जब ग्राहक पुन: जुड़ता है तो यह प्रत्येक के लिए 'कनेक्ट' इवेंट का उत्सर्जन करते हुए 2-4 कनेक्शन बनाता है। सर्वर क्लाइंट से 2-4 कनेक्शन प्राप्त करता है और प्रत्येक के लिए 'कनेक्शन' ईवेंट का उत्सर्जन करता है। क्लाइंट कभी भी गलत तरीके से शुरू किए गए कनेक्शन को बंद नहीं करता है।

server.js: https://gist.github.com/1717643
client.html: https://gist.github.com/1717648

धन्यवाद। मुझे वास्तव में लगता है कि यह बग प्राथमिकता होनी चाहिए। कई व्यावसायिक कंपनियाँ जो बेहतर नहीं जानतीं, लोगों को सॉकेट के विरुद्ध विकसित करने के लिए काम पर रखने की कोशिश करती हैं। यह अच्छी तरह से काम करता है। दी, socket.io मुफ्त है, इसलिए शायद इस वाणिज्यिक कंपनियों को वाणिज्यिक उत्पादों को देखना शुरू करना चाहिए। लेकिन फिर, मुझे लगता है कि इसे वास्तव में बहुत उच्च प्राथमिकता के रूप में प्राथमिकता दी जानी चाहिए। यह बग 0.7.0 से अस्तित्व में है और आसानी से प्रजनन योग्य है।

@davidfooks , @theyak। मैंने इस मुद्दे को बहुत पहले तय कर लिया था, और यह बिना उपद्रव के काम करता है।

ठीक करने के लिए, आपको चाहिए:

1. इस पैच को लागू करें: https://github.com/LearnBoost/socket.io-client/pull/342
2. AJAX-हैंडशेक को अक्षम करें (और हैंडशेक केवल JSONP के माध्यम से करें), जैसा कि पुल-अनुरोध टिप्पणी में दिया गया है।

आप AJAX हैंडशेक को कैसे अक्षम करते हैं? मुझे लगता है कि आप अभी भी सभी कनेक्शन प्रकारों का उपयोग कर सकते हैं, यह केवल हैंडशेक को प्रभावित करेगा?

+1 कृपया इसे ठीक करें :)

री-कनेक्ट मुद्दे पर मेरे पास एक ही मल्टीपल कनेक्ट था। मुझे लगता है कि यह एक गंभीर मुद्दा है ...
कारण यह है कि सॉकेट.कनेक्ट विधि को कहा जाता है लेकिन हैंडशेक पूरा होने के बाद कंसेटिंग फ्लैग को केवल सही पर सेट किया जाता है, अगर हैंडशेक प्रक्रिया के दौरान मैटबेसेकनेक्ट टाइमर (टाइमर्स को हैंडल करने वाले) को जगाते हैं, तो वे सॉकेट को कॉल करेंगे। कई पुन: जुड़ने के कारण फिर से कनेक्ट करें।
मैंने Socket.connect विधि की शुरुआत में self.reconnecting कॉल करके समस्या हल की है।

एक पैच बनाया गया: https://github.com/LearnBoost/socket.io-client/pull/424

इस विलय का कोई मौका?
यह बग मेरे ऐप में भी खराब बग बना रहा है।

यह बग अभी भी मौजूद है। दोनों पैच लगाने की कोशिश की। कोई सफलता नहीं।

+1 मुझे यह समस्या बहुत है xhr-polling का उपयोग करके मैंने अभी तक पैच की कोशिश नहीं की

+1, मुझे भी डुप्लिकेट पुनरावर्तन के साथ यह समस्या है।

जब भी Node.js को पुनः आरंभ किया जाता है (जब पर्यवेक्षक के माध्यम से चल रहा होता है), तो मेरा क्लाइंट (s) X को कई बार पुनः कनेक्ट करता है Node.js को उस बिंदु से फिर से चालू किया गया है जहां क्लाइंट (s) शुरू में जुड़ा हुआ है। बग क्लाइंट-साइड से पुन: मेल खाने के बाद ईवेंट को एक बार उत्सर्जित करने का कारण बनता है - यह केवल डुप्लिकेट का सवाल नहीं है।

मैंने क्लाइंट-साइड पर socket.on('disconnect', function() { socket.disconnect(); }); की कोशिश की, लेकिन यह काम नहीं करता है। : /

इसे थोड़ा और आगे बढ़ाते हुए, ऐसा लगता है कि मैंने पाया कि मेरी समस्याएं क्या थीं। यह बग नहीं है , लेकिन मेरे हिस्से से क्लाइंट-साइड कोड का गलत कार्यान्वयन है। फेसपालम यह वही है जो मैं मूल रूप से था:

मुसीबत:

var socket = io.connect();

socket.on('connect', function () {

  console.log('User connected!');

  socket.on('message', function(message) {

    console.log(message);

  });

});

उपरोक्त क्लाइंट-साइड जावास्क्रिप्ट ने कई कॉल का कारण कंसोल.लॉग () जब क्लाइंट (s) को फिर से जोड़ दिया। यह वही है जिसके साथ मैंने ऊपर प्रतिस्थापित किया है:

उपाय:

var socket = io.connect();

socket.on('connect', function () {

  console.log('User connected!');

});

socket.on('message', function(message) {

  console.log(message);

});

जब क्लाइंट सर्वर से जुड़ते हैं तो कई संदेश आगे और पीछे नहीं भेजे जा रहे हैं। क्या कोई और पुष्टि कर सकता है कि उनके क्लाइंट-साइड कोड का एक परिवर्तन समस्या को ठीक करता है?

नमस्ते। मेरी भी यही समस्या थी। जब मैं नोड को पुनः आरंभ कर रहा था (या जब कनेक्शन टाइम-आउट किया गया था) और क्लाइंट फिर से जुड़ गया, तो मुझे सर्वर द्वारा n समय (जहां n पुन: कनेक्ट की संख्या थी) द्वारा उत्सर्जित एक ही संदेश प्राप्त हो रहा था।
मैंने सॉकेट के अंदर से अपने सभी हैंडलर को स्थानांतरित करके इसे हल किया। ('कनेक्ट' फ़ंक्शन () {...}); इसके बाहर कार्य करना।

उपरोक्त कोड वह करता है जो इसे लेता है।
यह मेलिंग सूची से मेरा पूरा जवाब है:
https://groups.google.com/forum/?hl=en&fromgroups# .topic/socket_io/X9FRMjCkPco

@xdanx , भयानक, उत्तर के लिए धन्यवाद।

हां, यह मेरे लिए भी काम करने लगता है: सॉकेट.ऑन ('संदेश') कोड को 'कनेक्ट' इवेंट कोड से अलग करना

लेकिन "कनेक्शन" के बारे में क्या?
और कॉलबैक में "सॉकेट" ऑब्जेक्ट के बारे में क्या?

/ Nevermind संपादित करें, मैं देखता हूं, 'कनेक्ट' क्लाइंट पर है। मैं अभी भी स्पैमिंग को फिर से जोड़ने के साथ समस्या हो रही थी जब मैंने ऐसा नहीं किया था। लेकिन वह 0.9.6 में था

मुझे भी यही समस्या लगती है ... ब्लॉक को अलग करने के लिए मैसेज कोड को स्थानांतरित करने के उपरोक्त सुधार की कोशिश की .. लेकिन ध्यान दिया कि मैंने इसे कभी एक साथ नहीं किया था।

0.9.8 में इसके लिए अन्य वर्कअराउंड पर कोई खबर?

मेरी भी यही समस्या है। मेरे पास 0.9.10 स्थापित हैं। इसे ठीक करने का कोई उपाय? :(
btw इसके 1+ वर्ष हो गए हैं और अभी तक कोई ठीक नहीं है: ..(

संपादित करें।

समस्या तब प्रतीत होती है जब मैं केवल jsonp- मतदान का उपयोग कर रहा होता हूं।
io.set ('ट्रांसपोर्ट', ['jsonp-polling']);

मेरी भी यही समस्या है।
सॉकेट। [email protected]
नोड v0.8.8

@semprom मुझे लगता है कि

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

ध्यान दें कि एक ही क्लाइंट से कनेक्ट होने वाले कई कनेक्शनों में समान socket.id । तो आप सॉकेट आईडी की अपनी सूची को बनाए रख सकते हैं और इस समस्या को हल करने के लिए डुप्लिकेट को अनदेखा कर सकते हैं।

@KasperTidemann धन्यवाद इसने इस समस्या को हल कर दिया।

@esanai कोई समस्या नहीं, खुशी है कि यह काम किया!

नमस्ते, मुझे एक ही समस्या है और मैंने देखा कि हर बार जब कनेक्शन फिर से जुड़ता है, तो एक नया क्लाइंट सॉकेट आईडी बनाया जाता है। समाधान या तो io.set ('ट्रांसपोर्ट', ['jsonp-polling']) का उपयोग करता है; या KasperTidemann के समाधान का उपयोग करें?

@KasperTidemann मेरी अच्छाई, यार, यही मेरी समस्याओं का जवाब है! देखें इस प्रतिबद्ध: https://github.com/samuelclay/NewsBlur/commit/76cbbd8d8b2a787985bba724dc3562108492b017#L2L3887

मैं एक सरल कनेक्शन के बाद एक डबल कनेक्शन ईवेंट को पुन: उत्पन्न कर सकता हूं जो इस सरल क्लाइंट और सर्वर कोड के साथ एक ही नोड.जेएस फ़ाइल में होगा:

"use strict";

var server = require('socket.io');
var client = require('socket.io-client');

setTimeout(function () {
    var io = server.listen(8888);

    io.of('/chat').on('connection', function (socket) {
        console.log('Server: /chat connection');
        socket.emit('greeting', 'Hello, who are you?');
    });

    io.sockets.on('connection', function (socket) {
        console.log('Server: connection');
    });
}, 2000);

var socketAddress = 'http://localhost:8888/chat';
var socket = client.connect(socketAddress);

socket.on('connect', function () {
    console.log("Client: connect");
});

socket.on('greeting', function (data) {
    console.log("Client: greeting: ", data);
});

socket.on('error', function () {
    console.log("Client: error");
    socket.socket.reconnect();
});

कोई काम एक दौर या दृष्टि में सुधार?

क्षमा करें मैंने यह भी # 474 जारी करने के लिए पोस्ट किया।

I iOS 9.3.2 और क्रोम वर्जन 50.0.2661.95 के साथ iPhone पर और सॉकेट के संस्करण 1.4.6 के साथ iOS के लिए Safari पर इस त्रुटि को लगातार दोहरा सकता है।

मैं केवल मोबाइल पर इसे पुन: पेश करने में सक्षम हूं और यह सॉकेट के लिए मेरे पेज को लटका देता है।

मेरे पास एक साधारण .on ('कनेक्ट', फंक्शन (सॉकेट) {कंसोल.लॉग ('कनेक्टेड');}) है; और यह दो बार कनेक्टेड हो जाता है जब त्रुटि होती है जो मुझे विश्वास दिलाता है कि यह एक ही समय में कई सॉकेट कनेक्शन खोलने की कोशिश कर रहा है।

किसी को भी इसके लिए एक समाधान पता है?

यह मुद्दा क्यों बंद किया गया ??

14 अप्रैल 2014 से ऊपर का मेरा उदाहरण कोड अब डबल कनेक्शन ईवेंट का उत्पादन नहीं करता है। '' चैट '' के लिए और सॉकेट के लिए एक कनेक्टिंग ईवेंट है। जो उचित लगता है।

क्लाइंट में भी अब कोई त्रुटि नहीं है।

यह socket.io 1.4.8 और नोड 6.3.0 के साथ है।

यह बग मुझे एटीएम को प्रभावित कर रहा है।

जाहिरा तौर पर, जब सॉकेट_हैंडलर्स रूटिंग रूट के साथ होते हैं, तो उन्हें कई बार कहा जाता है। App.js के भीतर सॉकेट कनेक्शन का उपयोग करें और सॉकेट कनेक्शन के भीतर हैंडलर की आवश्यकता होती है, सॉकेट को एक पैरामीटर के रूप में पास करें। ध्यान दें कि कुछ संपत्तियों को सॉकेट उदाहरण के साथ एक साथ नहीं भेजा जा सकता है

@leemlwando जरूरत पड़ने पर एक नया मुद्दा खोलें।

मुझे एक ही समस्या थी कि मैंने जो किया वह क्लाइंट पर मैन्युअल पुन: कनेक्ट करने का कार्य करना था और io.destroy (); रीकनेक्ट फ़ंक्शन के अंदर इस मुद्दे को तय किया।

बहुत बहुत धन्यवाद @leemlwando आपकी पिछली टिप्पणी ने मेरे सामान को हल कर दिया।

मुझे अभी भी यह बग मिल रहा है, क्या कोई अपडेट है?

मुझे लगता है कि यहां एकमात्र वास्तविक बग यह है कि इंटरनेट खराब उदाहरण कोड से भरा है जहां सॉकेट.ऑन () कॉल को सॉकेट के अंदर लपेटा जाता है। ('कनेक्ट') हैंडलर। हर बार सॉकेट समेटने के बाद, हैंडलर के नए इंस्टेंसेस को मौजूदा वाले के ऊपर स्टैक किया जाता है और इसके परिणामस्वरूप प्रत्येक ईवेंट पर कई कॉल आते हैं। ऐसा न करें: 25 जुलाई 2012 से @KasperTidemann का उत्तर देखें।

शायद DrLexO, ऊपर दिए गए कोड को छोड़कर मैंने समस्या का प्रदर्शन किया। इसमें कोई सॉकेट नहीं है। () किसी भी सॉकेट के अंदर लिपटा हुआ है। ('कनेक्ट') हैंडलर।

इन सभी वर्षों के बाद मैं अभी भी इस बग के बारे में सूचित किया गया था। अगर यह अभी भी है या नहीं यह मुझे पता नहीं है। क्या मुझे इसे फिर से आजमाना होगा?

@KasperTidemann धन्यवाद, यह वास्तव में इस मुद्दे को हल किया।

जब आप socket पहुंच नहीं रखते, तो आप connect श्रोता के अपने इवेंट श्रोताओं _outside_ को कैसे परिभाषित कर सकते हैं?

const app = express();
const http = require('http').createServer(app);
const io = require('socket.io')(http);

io.on('connect', function(socket) {

  // only now that we are inside the connect callback do we have access to the socket

  socket.on('join', function(room, user) {
  });

  socket.on('add_message', function(room, user) {
  });

  socket.on('disconnect', function(room, user) {
  });
});

लोगों को लगता है कि इवेंट श्रोताओं ( join , add_message और disconnect ) को स्वतंत्र रूप से रहना चाहिए, _outside_ connect श्रोता का सुझाव देते हैं, लेकिन यह कैसे बिना संभव है socket परिभाषित किया जा रहा है?

io.on('connect', function(socket) {
  // socket is only available here
});

// socket is undefined here

socket.on('join', function(room, user) {
});

socket.on('add_message', function(room, user) {
});

socket.on('disconnect', function(room, user) {
});

क्या socket को तत्काल करने का एक अलग तरीका है ताकि यह संभव हो सके?

यह बंद क्यों है? @ माइकल-लिंच के पास एक वैध बिंदु है

मैं @ माइकल-लिंच की बात का जवाब भी जानना चाहूंगा।

@ DrLex0 socket.io वेबसाइट उदाहरण पर यह निम्न करने के लिए भी दिखाता है:

io.on('connection', function(socket){
  socket.on('chat message', function(msg){
    io.emit('chat message', msg);
  });
});