Node.js 10.5 रिलीज: बॉक्स से बाहर मल्टीथ्रेडिंग

पिछले हफ्ते, Node.js संस्करण 10.5.0 को जारी किया गया था, जिसमें एक नवाचार था जिसका महत्व कार्यकर्ता के लिए समर्थन के रूप में अधिक - बहुपरत समर्थन के लिए कठिन है। तुरंत मैं एक आरक्षण करूंगा। एपीआई प्रायोगिक चरण में है और इसलिए इसमें बदलाव हो सकता है, लेकिन अब आप पहली बार छाप सकते हैं और इसके आधार पर निर्धारित सिद्धांतों और प्रौद्योगिकियों का विचार प्राप्त कर सकते हैं। और अगर आपकी इच्छा है, तो इंटरफ़ेस को अंतिम रूप देने, कोड लिखने या कीड़े ( मुद्दों की सूची) को ठीक करने में भाग लें।

रूप की कहानी

Node.js के जीवन के दौरान, कंप्यूटिंग को समानांतर बनाने का एकमात्र तरीका एक नई प्रक्रिया शुरू करना था, उदाहरण के लिए, क्लस्टर मॉड्यूल का उपयोग करना। कई कारणों से, यह दृष्टिकोण डेवलपर्स के अनुरूप नहीं है, विशेष रूप से क्योंकि यह Node.js के निष्पादन योग्य कोड को कंप्यूटर के मेमोरी में सभी अंतर्निहित मॉड्यूल के साथ दोहराया जाता है, जो संसाधनों को खर्च करने का एक अक्षम तरीका है।

फिर भी, Node.js में मल्टीथ्रेडिंग के कार्यान्वयन की चर्चा हमेशा V8 की जटिलता और अज्ञात की एक बड़ी संख्या पर टिकी हुई थी: देशी मॉड्यूल कैसे कनेक्ट करें, मेमोरी साझा करें, थ्रेड्स और अधिक के बीच संवाद करें। और जब डेवलपर्स वेब पर विषय को देखने के लिए किस पक्ष की तलाश कर रहे थे, वर्कर एपीआई को सफलतापूर्वक लागू किया गया था, जो शुरुआती चरणों में एक दिशानिर्देश बन गया था। विकास Addaleax के साथ शुरू हुआ और समुदाय द्वारा इसे संभाल लिया गया है।

सक्रिय कार्य वर्ष के दौरान किया गया था, जिसके दौरान डिजाइन आवश्यकताओं को निर्दिष्ट किया गया था और एपीआई ने अपने स्वयं के नोड.जेएस-विशिष्ट सुविधाओं का अधिग्रहण किया था, और मॉड्यूल को ही कार्यकर्ता_थ्रेड्स कहा जाता था। नीचे मैं संक्षेप में कार्यकर्ता_ शब्दों का सामान्य रूप से वर्णन करूंगा, और एक विस्तृत अध्ययन के लिए, मैं आपको आधिकारिक प्रलेखन पृष्ठ पर जाने की सलाह देता हूं।

विवरण

जैसा कि ऊपर उल्लेख किया गया है, इस प्रक्रिया का लक्ष्य कई प्रक्रियाओं को शुरू करने के बजाय एक ही प्रक्रिया के भीतर अलग-अलग थ्रेड्स में लोड वितरित करके उत्पादकता में सुधार करना है। इसलिए, थ्रेड्स मुख्य प्रक्रिया के लिए उपलब्ध सभी मॉड्यूल के कनेक्शन का समर्थन करेंगे (वर्तमान में, देशी मॉड्यूल समर्थित नहीं हैं)।

जैसा कि वर्कर एपीआई में, मुख्य और चाइल्ड स्ट्रीम के बीच इंटरेक्शन को ट्रांसएम्बल ऑब्जेक्ट्स को पोस्टमेसेज के माध्यम से ट्रांसफर करके किया जाता है, जो एक साथ एक्सेस की समस्याओं से बचा जाता है, हालांकि इसके लिए डेटा कॉपी करने के लिए अतिरिक्त मेमोरी एक्सेस की आवश्यकता होती है। इस मामले में, SharedArrayBuffer जैसी वस्तुएं अपने व्यवहार को बनाए रखती हैं और इसके कारण वसूली नहीं होती है।

MessageChannel और MessagePort को WebAPI से लिया गया था, जो आपको अलग-अलग मैसेजिंग चैनल बनाने और उन्हें थ्रेड के बीच स्थानांतरित करने की अनुमति देता है।

जब आप इस प्रक्रिया को शुरू करते हैं, तो कार्यकर्ता_शर्तों को आज़माने के लिए, आपको एक विशेष ध्वज निर्दिष्ट करना होगा:

node --experimental-worker main.js 

उदाहरण

चूंकि एपीआई अभी भी बदल सकता है, इसलिए मैं इसका वर्णन नहीं करूंगा, लेकिन मैं माता-पिता और बच्चे के धागे के बीच एक संदेश विनिमय का एक उदाहरण दूंगा, जिसमें बच्चा थ्रेड अपने थ्रेड को रिपोर्ट करता है MessagePort के माध्यम से और बाहर निकलता है।

मुख्य धारा

मुख्य धागे के लिए उदाहरण कोड:

 // main.js const {Worker} = require('worker_threads'); const worker = new Worker(__dirname + '/worker.js'); worker.on('online', () => { console.log('Worker ready'); }); worker.on('message', (msg) => { console.log('Worker message:', msg); }); worker.on('error', (err) => { console.error('Worker error:', err); }); worker.on('exit', (code) => { console.log('Worker exit code:', code); }); 

बाल धारा

बच्चा थ्रेड तब तक रहता है जब तक उसका ईवेंट लूप खाली नहीं होता है। इस प्रकार, worker.js से कोड के तुरंत बाद worker.js थ्रेड स्वचालित रूप से बंद हो जाएगा। माता-पिता के साथ संवाद करने के लिए, parentPort का उपयोग किया जाता है:

 // worker.js const {threadId, parentPort} = require('worker_threads'); parentPort.postMessage(`Hello from thread #${threadId}.`); // Exit happens here 

चाइल्ड थ्रेड में, प्रक्रिया ऑब्जेक्ट ओवरराइड होता है, और इसका व्यवहार पैरेंट थ्रेड में प्रक्रिया व्यवहार से थोड़ा अलग होता है। विशेष रूप से, SIGNINT संकेतों का जवाब देने का कोई तरीका नहीं है, process.env के मूल्यों को बदल दें, और कॉलिंग process.exit ।exit केवल कार्यकर्ता को रोक देगा, लेकिन पूरी प्रक्रिया को नहीं।

निष्कर्ष

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

संदर्भ

• वर्कर_थ्रेड्स प्रलेखन ।
• पॉल स्मिथ द्वारा फोटो ।