जावा में, System.exit(0)निम्नलिखित कोड के साथ या उसके बिना क्या अंतर है ?
public class TestExit
{
public static void main(String[] args)
{
System.out.println("hello world");
System.exit(0); // is it necessary? And when it must be called?
}
}दस्तावेज़ कहते हैं: "इस विधि सामान्य रूप से देता है कभी नहीं।" इसका क्या मतलब है?
जवाबों:
System.exit()कार्यक्रम के पूरा होने से पहले शटडाउन हुक चलाने के लिए इस्तेमाल किया जा सकता है । यह बड़े कार्यक्रमों में शटडाउन को संभालने का एक सुविधाजनक तरीका है, जहां कार्यक्रम के सभी भाग एक दूसरे के बारे में नहीं जान सकते (और नहीं करना चाहिए)। फिर, अगर कोई छोड़ना चाहता है, तो वह बस कॉल कर सकता है System.exit(), और शटडाउन हुक (यदि ठीक से सेट हो) सभी आवश्यक शटडाउन समारोह जैसे कि फाइलें बंद करना, संसाधन जारी करना आदि का ध्यान रखें।
"यह विधि सामान्य रूप से कभी नहीं लौटती है।" इसका मतलब यह है कि विधि वापस नहीं आएगी; एक बार एक धागा वहाँ चला जाता है, यह वापस नहीं आएगा।
एक और, शायद अधिक सामान्य, प्रोग्राम को छोड़ने का तरीका केवल mainविधि के अंत तक पहुंचने के लिए है। लेकिन अगर कोई गैर-डेमॉन थ्रेड चल रहे हैं, तो वे बंद नहीं होंगे और इस तरह जेवीएम बाहर नहीं निकलेंगे। इस प्रकार, यदि आपके पास इस तरह के गैर-डेमॉन थ्रेड हैं, तो आपको सभी गैर-डेमन थ्रेड्स को बंद करने और अन्य संसाधनों को जारी करने के लिए कुछ अन्य साधनों (शटडाउन हुक की तुलना में) की आवश्यकता है। यदि कोई अन्य गैर-डेमॉन थ्रेड नहीं हैं, तो लौटने से mainजेवीएम बंद हो जाएगा और शटडाउन हुक को कॉल करेगा।
किसी कारण से शटडाउन हुक एक अघोषित और गलत समझा गया तंत्र है, और लोग अपने कार्यक्रमों को छोड़ने के लिए सभी तरह के मालिकाना कस्टम हैक के साथ पहिया को फिर से मजबूत कर रहे हैं। मैं शटडाउन हुक का उपयोग करने के लिए प्रोत्साहित करेगा; यह सब वहाँ मानक रनटाइम में है जो आप वैसे भी उपयोग करेंगे।
Runtime.getRuntime().halt())
उस मामले में, इसकी जरूरत नहीं है। कोई अतिरिक्त थ्रेड शुरू नहीं किया गया है, आप बाहर निकलने का कोड नहीं बदल रहे हैं (जो कि 0 में चूक) - मूल रूप से यह व्यर्थ है।
जब डॉक्स कहते हैं कि विधि सामान्य रूप से कभी नहीं लौटती है, तो इसका मतलब है कि कोड की बाद की रेखा प्रभावी रूप से पहुंच से बाहर है, भले ही संकलक को पता हो:
System.exit(0);
System.out.println("This line will never be reached");या तो एक अपवाद फेंक दिया जाएगा, या वीएम लौटने से पहले समाप्त कर देगा। यह "सिर्फ वापसी" कभी नहीं होगा।
System.exit()IME कॉल करने के लायक होना बहुत दुर्लभ है । अगर आप कमांड लाइन टूल लिख रहे हैं तो यह समझ में आ सकता है, और आप केवल एक अपवाद फेंकने के बजाय निकास कोड के माध्यम से एक त्रुटि का संकेत देना चाहते हैं ... लेकिन मुझे याद नहीं है कि पिछली बार मैंने इसे सामान्य उत्पादन कोड में कैसे इस्तेमाल किया था ।
System.exit()सामान्य रूप से कभी पूरा नहीं होगा - यह हमेशा या तो एक अपवाद के साथ पूरा होगा, या वीएम शट डाउन के साथ (जो वास्तव में जेएलएस में कवर नहीं है)।
यह विधि कभी नहीं लौटती है क्योंकि यह दुनिया का अंत है और आपके किसी भी कोड को आगे निष्पादित नहीं किया जाएगा।
आपका आवेदन, आपके उदाहरण में, कोड में समान स्थान पर वैसे भी बाहर निकल जाएगा, लेकिन, यदि आप System.exit का उपयोग करते हैं। आपके पास वातावरण कोड को कस्टम कोड वापस करने का विकल्प है, जैसे, कहते हैं
System.exit(42);आपके निकास कोड का उपयोग कौन करने जा रहा है? एक स्क्रिप्ट जिसे एप्लिकेशन कहा जाता है। विंडोज, यूनिक्स और अन्य सभी स्क्रिप्ट योग्य वातावरण में काम करता है।
क्यों एक कोड वापस? "मैं सफल नहीं हुआ" जैसी चीजों को कहने के लिए, "डेटाबेस ने जवाब नहीं दिया"।
यह देखने के लिए कि मान को एक निकास कोड कैसे प्राप्त करें और इसका उपयोग यूनिक्स शेल स्क्रिप्ट या विंडोज़ cmd स्क्रिप्ट में करें, आप इस साइट पर इस उत्तर की जांच कर सकते हैं
System.exit(0)JVM को समाप्त करता है। इस तरह के सरल उदाहरणों में, अंतर को समझना मुश्किल है। पैरामीटर को ओएस में वापस भेज दिया जाता है और सामान्य रूप से असामान्य समाप्ति (जैसे किसी प्रकार की घातक त्रुटि) को इंगित करने के लिए उपयोग किया जाता है, इसलिए यदि आप एक बैच फ़ाइल या शेल स्क्रिप्ट से जावा कहते हैं, तो आप इस मूल्य को प्राप्त करने और एक विचार प्राप्त करने में सक्षम होंगे। अगर आवेदन सफल रहा।
यदि आप System.exit(0)किसी एप्लिकेशन सर्वर पर तैनात एप्लिकेशन पर कॉल करते हैं, तो इसके बारे में सोचें, तो यह काफी प्रभावी होगा ।
उन अनुप्रयोगों में जिनमें जटिल शटडाउन हुक हो सकते हैं, इस विधि को अज्ञात धागे से नहीं बुलाया जाना चाहिए। System.exitकभी भी सामान्य रूप से बाहर नहीं निकलता क्योंकि जेवीएम समाप्त होने तक कॉल ब्लॉक हो जाएगी। यह ऐसा है जैसे कि जो भी कोड चल रहा है, उसे समाप्त करने से पहले पावर प्लग उस पर खींच लिया गया है। कॉलिंग System.exitप्रोग्राम के शटडाउन हुक शुरू करेगा और जो भी कॉल System.exitप्रोग्राम समाप्ति तक अवरुद्ध होगा। इसका यह अर्थ है कि यदि शटडाउन हुक बदले में उस कार्य को सबमिट करता है जिसमें System.exitसे कॉल किया गया था, तो प्रोग्राम गतिरोध करेगा।
मैं निम्नलिखित के साथ अपने कोड में इसे संभाल रहा हूं:
public static void exit(final int status) {
new Thread("App-exit") {
@Override
public void run() {
System.exit(status);
}
}.start();
}हालांकि उत्तर वास्तव में मददगार था, लेकिन कुछ ने इसे और अधिक विस्तार से कैसे याद किया। मुझे आशा है कि नीचे दिए गए उत्तर के अलावा, जावा में शटडाउन प्रक्रिया को समझने में मदद मिलेगी:
पुनश्च: जेवीएम एक व्यवस्थित या अचानक तरीके से बंद हो सकता है।
System.exit(0)इन कारणों से किसी को कॉल नहीं करना चाहिए :
कार्यक्रम को "सामान्य रूप से" छोड़ना ऑपरेटिंग सिस्टम को समान निकास कोड प्रदान करता है, System.exit(0)इसलिए यह बेमानी है।
यदि आपका कार्यक्रम "सामान्य रूप से" नहीं छोड़ सकता है, तो आप अपने विकास [डिजाइन] पर नियंत्रण खो चुके हैं। आपके पास हमेशा सिस्टम स्थिति का पूर्ण नियंत्रण होना चाहिए।
वैसे: 0 से अन्य रिटर्न कोड वापस करने से कोई मतलब नहीं है अगर आप असामान्य प्रोग्राम समाप्ति का संकेत देना चाहते हैं।
System.exit की जरूरत है
आपके मामले में, यह ठीक वैसा ही काम करता है जैसा कि साधारण रिटर्न-मेन से होता है।
exitकि आपका एकमात्र विकल्प वहां है।
exit। एकमात्र विकल्प नहीं है, लेकिन निश्चित रूप से विचार करने लायक विकल्प है।
जावा लैंग्वेज स्पेसिफिकेशन का कहना है कि
कार्यक्रम से बाहर निकलें
एक कार्यक्रम अपनी सारी गतिविधि समाप्त कर देता है और दो चीजों में से एक होने पर बाहर निकलता है:
सभी धागे जो डेमन थ्रेड नहीं हैं वे समाप्त हो जाते हैं।
कुछ धागे वर्ग रनटाइम या क्लास सिस्टम के निकास विधि को आमंत्रित करते हैं , और सुरक्षा प्रबंधक द्वारा निकास संचालन की मनाही नहीं है।
इसका मतलब है कि आपको इसका उपयोग तब करना चाहिए जब आपके पास बड़ा कार्यक्रम हो (अच्छी तरह से, कम से कम इस एक से बड़ा) और इसका निष्पादन समाप्त करना चाहते हैं।
यदि आपके पास JVM में एक और प्रोग्राम चल रहा है और आप System.exit का उपयोग करते हैं, तो वह दूसरा प्रोग्राम भी बंद हो जाएगा। उदाहरण के लिए कल्पना करें कि आप क्लस्टर नोड पर जावा जॉब चलाते हैं और जावा प्रोग्राम जो क्लस्टर नोड का प्रबंधन करता है, उसी VVM में चलता है। यदि नौकरी System.exit का उपयोग करेगी तो यह न केवल नौकरी छोड़ देगा, बल्कि "पूर्ण नोड को बंद कर देगा"। आप उस क्लस्टर नोड में दूसरी नौकरी नहीं भेज पाएंगे क्योंकि प्रबंधन कार्यक्रम गलती से बंद हो गया है।
इसलिए, यदि आप उसी JVM के भीतर किसी अन्य जावा प्रोग्राम से अपने प्रोग्राम को नियंत्रित करने में सक्षम होना चाहते हैं, तो System.exit का उपयोग न करें।
System.exit का उपयोग करें यदि आप उद्देश्य के लिए पूरा JVM बंद करना चाहते हैं और यदि आप अन्य संभावनाओं में वर्णित संभावनाओं का लाभ उठाना चाहते हैं (उदाहरण के लिए हुक बंद करें: जावा शटडाउन हुक , कमांड लाइन के लिए गैर-शून्य रिटर्न मान कॉल: कैसे Windows बैच फ़ाइल में एक जावा प्रोग्राम की निकास स्थिति प्राप्त करने के लिए )।
इसके अलावा Runtime अपवाद पर एक नज़र है: System.exit (संख्या) या मुख्य से एक RuntimeException फेंक?