प्रक्रिया ट्रैकिंग और त्रुटि हैंडलिंग, भाग 3

प्रस्तावना

पिछले भागों ( भाग 1 , भाग 2 ) में, हमने प्रक्रियाओं के बीच द्वि-दिशात्मक संबंध बनाने और त्रुटियों के प्रसार की प्रक्रिया के लिए तंत्र की पूरी तरह से जांच की। इस लेख में, एक काफी सरल मॉनिटर तंत्र और प्रक्रियाओं के साथ काम करने से संबंधित कुछ और पहलुओं का विश्लेषण किया जाएगा।

पर नज़र रखता है

मॉनिटर के साथ काम करने के लिए कार्य

मॉनिटर के साथ काम करने के लिए आवश्यक कार्यों की एक छोटी सूची:

• erlang: मॉनिटर / 2 - फ़ंक्शन को कॉल करने वाली प्रक्रिया निर्दिष्ट प्रक्रिया की निगरानी करना शुरू करती है;
• एर्लांग: डेमनीटर / 1/2 - मॉनिटरिंग फ़ंक्शन को अक्षम करें;
• erlang: spawn_monitor / 1/3 - एक नई प्रक्रिया तैयार करना और फ़ंक्शन को मॉनिटर के रूप में कॉल करते हुए प्रक्रिया को बांधना।

यदि अवलोकन की गई प्रक्रिया क्रैश हो जाती है, तो मॉनिटर को संदेश {'DOWN', संदर्भ, प्रक्रिया, Pid, ​​कारण} प्राप्त होता है, जहां

1. 'DOWN' - का अर्थ है कि प्रक्रिया क्रैश हो गई है;
2. संदर्भ - मॉनिटर पर लिंक;
3. प्रक्रिया - मॉनिटरिंग ऑब्जेक्ट एक प्रक्रिया है (प्रलेखन कहता है कि एरलैंग के वर्तमान संस्करण में, केवल प्रक्रियाओं की निगरानी की जा सकती है, शायद भविष्य में वे कुछ और पेंच करेंगे);
4. पिद - गिरी हुई प्रक्रिया से मुक्त;
5. कारण कारण है।

एक कनेक्शन और मॉनिटर बनाने के बीच एक अंतर यह है कि यदि आप एक गैर-मौजूद प्रक्रिया के साथ एक कनेक्शन बनाने की कोशिश करते हैं, तो कॉलिंग प्रक्रिया गिर जाएगी, और एक मॉनिटर के मामले में, आपको तुरंत {'DOWN', संदर्भ, प्रक्रिया, Pid, ​​कारण} संदेश प्राप्त होगा। आइए इसे अभ्यास में आज़माएं - एसहॉल चलाएं और निम्नलिखित कमांड निष्पादित करें।

(emacs@aleksio-mobile)1> self(). <0.36.0> (emacs@aleksio-mobile)2> erlang:link(c:pid(0,777,0)). ** exception error: no such process or port in function link/1 called as link(<0.777.0>) (emacs@aleksio-mobile)3> self(). <0.39.0> (emacs@aleksio-mobile)4> flush(). ok (emacs@aleksio-mobile)5> erlang:monitor(process, c:pid(0,777,0)). #Ref<0.0.0.43> (emacs@aleksio-mobile)6> self(). <0.39.0> (emacs@aleksio-mobile)7> flush(). Shell got {'DOWN',#Ref<0.0.0.43>,process,<0.777.0>,noproc} ok (emacs@aleksio-mobile)8> 

पहली पंक्ति में, हम शेल के पिड को पहचानते हैं, फिर हम वर्तमान प्रक्रिया को स्पष्ट रूप से मौजूद न होने वाले इरलैंग: लिंक (c: pid (0.777.0)) के साथ जोड़ने का प्रयास करते हैं, जिसके बाद शेल क्रैश हो जाता है और संदेश कतार खाली हो जाती है। पांचवीं कमांड एरलैंग: मॉनीटर (प्रक्रिया, c: pid (0,777,0)) फ़ंक्शन को कॉल करती है, जो मॉनीटर के लिए लिंक बनाता है और देता है। चूंकि Pid = <0.777.0> के साथ प्रक्रिया शेल कतार में मौजूद नहीं है, इसलिए संदेश {'DOWN', # Ref <0.0.0.43>, प्रक्रिया, <0.777.0>, noproc} आता है, जो हमें प्रक्रिया <0.777 .0> सिस्टम में नहीं।

हम मॉनिटर के बारे में ज्ञान को मजबूत करने के लिए एक छोटा मॉड्यूल लिखेंगे।

 -module(testm). -export([start_m/0, stop_m/1, loop/1]). start_m() -> erlang:spawn_monitor(?MODULE, loop, [self()]). stop_m(Ref) -> erlang:demonitor(Ref). loop(Shell) -> receive kill -> exit(kill); reason -> exit("Another reason"); Msg -> Shell ! {get_msg, Msg} end. 

स्पॉन_मोनिटर फ़ंक्शन बॉडी लूप के साथ एक प्रक्रिया बनाता है और कॉलिंग प्रक्रिया (हमारे उदाहरण शेल में) एक मॉनिटर बनाता है।

 (emacs@aleksio-mobile)2> {Pid, Ref} = testm:start_m(). {<0.43.0>,#Ref<0.0.0.62>} ###  <0.43.0>,    #Ref<0.0.0.62> (emacs@aleksio-mobile)3> Pid ! hello. hello ###   (emacs@aleksio-mobile)4> flush(). Shell got {get_msg,hello} Shell got {'DOWN',#Ref<0.0.0.62>,process,<0.43.0>,normal} ok ###      {get_msg,hello} ###      normal (emacs@aleksio-mobile)5> f(Pid), f(Ref). ok ###  Pid  Ref  ###    (emacs@aleksio-mobile)6> {Pid, Ref} = testm:start_m(). {<0.48.0>,#Ref<0.0.0.77>} (emacs@aleksio-mobile)7> Pid ! kill. kill (emacs@aleksio-mobile)8> flush(). Shell got {'DOWN',#Ref<0.0.0.77>,process,<0.48.0>,kill} ok (emacs@aleksio-mobile)9> f(Pid), f(Ref). ok (emacs@aleksio-mobile)10> {Pid, Ref} = testm:start_m(). {<0.53.0>,#Ref<0.0.0.91>} (emacs@aleksio-mobile)11> Pid ! reason. reason (emacs@aleksio-mobile)12> flush(). Shell got {'DOWN',#Ref<0.0.0.91>,process,<0.53.0>,"Another reason"} ok (emacs@aleksio-mobile)13> testm:stop_m(Ref). true (emacs@aleksio-mobile)14> 

पाठकों से सवाल: जैसा कि आपने देखा, प्रत्येक नई प्रक्रिया के निर्माण के साथ, मॉनिटर का लिंक भी नया है, लेकिन हमने मॉनिटर को अंत में बंद कर दिया। क्या पिछले लिंक हमारी प्रक्रिया की स्थिति में कहीं बने रहेंगे और क्या इससे किसी तरह काम प्रभावित हो सकता है?

निष्कर्ष

हमने मॉनिटर की जांच की - अन्य प्रक्रियाओं की स्थिति की निगरानी के लिए एक काफी सुविधाजनक और सरल तंत्र। मुझे उम्मीद है कि एर्लांग भाषा में लागू किए गए अपने कार्यों में हर कोई उन्हें लागू कर सकता है।

क्या पढ़ना है?

1. उत्कृष्ट ऑनलाइन प्रलेखन ।
2. फ्रांसेस्को सेसरिनी और साइमन थॉम्पसन द्वारा ERLANG प्रोग्रामिंग।
3. RSDN पर अनुच्छेद: एरलांग में त्रुटि से निपटने ।