कुछ समय के बाद सॉकेट को डिस्कनेक्ट करना कि कोई डेटा रिक्त नहीं हुआ

Question

मैं बस अपना सर्वर डिस्कनेक्ट सॉकेट बना रहा हूं जो कुछ सेकंड के बाद कोई डेटा नहीं भेजता है, जैसे 20 सेकंड।

मुझे आश्चर्य है कि टाइमर के साथ काम करना उसके लिए अच्छा है या सॉकेट लाइब्रेरी में इसके लिए कुछ खास है? प्रत्येक सॉकेट के लिए सर्वर पर टाइमर के साथ काम करना भारी बनाता है।

क्या यह क्लाइंट प्रोग्राम को संभालने में असुरक्षित है? उदाहरण के लिए प्रत्येक क्लाइंट थोड़ी देर के लिए डेटा नहीं भेजने के बाद डिस्कनेक्ट हो जाता है।

Answer 1

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

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

हटाए गए उत्तर पर आपकी टिप्पणी के लिए, and connection without data send and receive i think it gonna waste your threads आपकी वास्तविक समस्या के करीब अंक - आपके सर्वर के कनेक्शन की मात्रा का कोई संबंध नहीं होना चाहिए कि सर्वर उन कनेक्शनों की सेवा के लिए कितने थ्रेड का उपयोग करता है। तो एकमात्र चीज एक खुला कनेक्शन "अपशिष्ट" मूल रूप से स्मृति का एक छोटा सा है (प्रति कनेक्शन की आपको आवश्यक मेमोरी की मात्रा के आधार पर, साथ ही इसके बफर के साथ सॉकेट लागत) और एक टीसीपी पोर्ट। यह कुछ अनुप्रयोगों में एक मुद्दा हो सकता है, लेकिन यदि आप कभी भी "लोड" के उस स्तर तक पहुंच जाते हैं, तो आप शायद पहले से ही बधाई दे सकते हैं। बंदरगाह सीमा के करीब कहीं भी पहुंचने से पहले आप अन्य संसाधनों से अधिक संभावनाएं निकाल सकते हैं (इस तथ्य के आधार पर धारणा है कि ऐसा लगता है कि आप एक एमएमओ गेम बना रहे हैं)। यदि आप वास्तव में उन लोगों के साथ मुद्दों में भाग लेते हैं, तो आप शायद टीसीपी को छोड़ना चाहते हैं और यूडीपी में सबकुछ फिर से लिखना चाहते हैं (या अधिमानतः, यूडीपी के शीर्ष पर कुछ तैयार समाधान)।

Answer 2

क्लाइंट-सर्वर मॉडल वर्णन करता है कि क्लाइंट को सर्वर से कैसे कनेक्ट करना चाहिए और अनुरोध करना चाहिए। मैं आपको सलाह दूंगा कि आपको सर्वर से कनेक्ट करना होगा, और जब आप अपनी इच्छित तारीख को पुनर्प्राप्त करना समाप्त करेंगे, तो सॉकेट (क्लाइंट साइड पर) बंद करें।

सर्वर अंततः सॉकेट के संसाधनों को जारी करेगा, लेकिन आप जल्द ही संसाधनों को जारी करने के लिए सॉकेट की Connected संपत्ति की जांच कर सकते हैं।

Answer 3

जब ग्राहक सर्वर से डिस्कनेक्ट होता है तो सर्वर डिस्कनेक्ट ईवेंट प्राप्त कर सकता है। यह आप भी डिस्कनेक्ट घटना findout तरह

socket.on('disconnect', function() { 
// Disconnect event handling 

}); 

देखने के ग्राहक पक्ष पर .. जिसमें आप सर्वर फिर से कनेक्ट करने की जरूरत है।