वेबसाकेट टीसीपी पर बनाया गया है। टीसीपी पैकेट की डिलीवरी और ऑर्डरिंग की गारंटी देता है। इसके अलावा, टीसीपी के विपरीत, वेबस्केट्स संदेश आधारित है जिसका अर्थ है कि वेबसाकेट संदेश पूरे संदेश के रूप में प्राप्त होते हैं (टीसीपी स्ट्रीमिंग है और 'संदेश' श्रोता के परिप्रेक्ष्य से खंडित हो सकता है)
नोड.जेएस में, दो उत्सर्जक उसी संदर्भ से कहा जाता है (वही कार्य) एक दूसरे के बाद उस क्रम में वितरित किया जाएगा। हालांकि, यदि आपके उत्सर्जन दो अलग-अलग कॉलबैक में हैं, तो आप हमेशा गारंटी नहीं दे सकते कि Node.js उन कॉलबैक को शेड्यूल करेगा और इसलिए उत्सर्जित पुन: आदेश प्राप्त हो सकते हैं क्योंकि निर्धारित कॉलबैक को फिर से आदेश दिया गया है।
अद्यतन:
fs.readFile(file1,function(e,data) { ws.send(data); });
fs.readFile(file2,function(e,data) { ws.send(data); });
आदेश:
यहाँ क्यों Node.js की घटना संचालित प्रकृति WebSocket की आश्चर्य की बात फिर से आदेश देने में हो सकता है पर विस्तार करने के लिए एक उदाहरण है/भेजता का उत्सर्जन करता है ब्राउज़र में फ़ाइल 1 और फ़ाइल 2 वितरित किया जाएगा अनुमानित नहीं है (यहां तक कि फाइल का आकार कैशिंग, फाइल-सिस्टम विखंडन इत्यादि जैसी चीजों के कारण आग लगने की गारंटी नहीं है)। भले ही फ़ाइल 2 के readFile को एक सेटटाइमआउट का उपयोग करके 1 सेकंड बाद कहा जाता है, फिर भी ब्राउज़र उन्हें ऑर्डर से बाहर कर सकता है (उदाहरण के लिए यदि फ़ाइल 1 बहुत बड़ा है और पढ़ने के लिए 3s लेता है तो फ़ाइल 1 के भेजने के बाद फ़ाइल 2 के लिए भेजा जाएगा) ।
तो हाँ, नोड्स.जेएस में कॉल किए जाने वाले क्रम में ब्राउजर में उत्सर्जित/भेज दिया जाएगा, लेकिन नोड.जेएस की असीमित घटना संचालित प्रकृति के कारण उत्सर्जन/भेज आपके क्रम में नहीं हो सकता है उम्मीद करते हैं।
नोड.जेएस की असीमित घटना संचालित प्रकृति नोड.जेएस उत्कृष्ट दक्षता और प्रदर्शन प्रदान करती है, लेकिन यदि आप इस प्रकार के कॉलबैक आधारित प्रोग्रामिंग के लिए उपयोग नहीं करते हैं तो इसमें कुछ आश्चर्यजनक परिणाम हो सकते हैं।
http://stackoverflow.com/q/11804721/632951 – Pacerier