नो-फेंक वर्चुअलमैचिनरर गारंटी

Question

मैं सी ++ से जावा पर आया हूं। सी ++ दुनिया में हम अपवाद सुरक्षा पर ध्यान देते हैं, और ध्यान दें कि म्यूटेटर म्यूटेटर द्वारा फेंकने वाले अपवादों के सामने अलग-अलग गारंटी प्रदान कर सकते हैं या एक विधि जो इसे प्रस्तुत करता है (न्यूनतम, मजबूत, नो-थ्रो)। एक मजबूत अपवाद गारंटी के लिए एक विधि को कार्यान्वित करने की आवश्यकता है कि कुछ बुनियादी परिचालनों को कभी भी अपवाद फेंकने की गारंटी नहीं दी जाती है। जेएलएस इस बारे में बयान देता है कि कौन से ऑपरेशन किस प्रकार के अपवाद फेंक सकते हैं, लेकिन VirtualMachineError त्रुटि एक समस्या प्रस्तुत करती है। Quoth JLS:

एक आंतरिक त्रुटि या संसाधन सीमा जावा भाषा प्रोग्रामिंग के शब्दों को लागू करने से जावा आभासी मशीन रोकता है, इस मामले में, VirtualMachineError के उप-वर्ग का एक उदाहरण फेंक दिया गया है।

जेएलएस VirtualMachineError के बारे में और नहीं कहता है। एक "आंतरिक त्रुटि" का अर्थ JVM में एक बग है, इसलिए मुझे उस मामले में कोई दिलचस्पी नहीं है: JVM में बग के चेहरे में, सभी दांव बंद हैं। लेकिन "संसाधन सीमा" मामले के बारे में क्या? क्या कोई ऐसा ऑपरेशन है जो किसी संसाधन सीमा के कारण विफल होने की गारंटी नहीं देता है?

Answer 1

Java Virtual Machine Specification Quoth

:

इस विनिर्देशन जहां आंतरिक त्रुटि या संसाधन सीमाओं का सामना करना पड़ा हो सकता है अनुमान नहीं लगा सकते और ठीक जनादेश नहीं है जब वे भेजी जा सके। इस प्रकार, VirtualMachineError उपवर्गों नीचे परिभाषित के किसी भी जावा आभासी मशीन के संचालन के दौरान किसी भी समय फेंक दिया जा सकता है:

जावा में इसलिए कोई अपवाद नहीं गारंटी देता है VirtualMachineError अपवाद के संबंध में बनाया जा सकता है। सभी अपवाद गारंटी योग्यता के अधीन होनी चाहिए "... लेकिन यदि VirtualMachineError फेंक दिया गया है"। यह उन तरीकों में से एक है जिसमें जावा सी ++ से अलग है।

यह भी सुझाव देता है कि VirtualMachineError अपवाद को पकड़ने में बहुत अधिक बिंदु नहीं है, क्योंकि यदि कोई फेंक दिया गया है तो प्रोग्राम एक अनिर्धारित स्थिति में है। दुर्भाग्य से उसमें OutOfMemoryError अपवाद शामिल हैं। दुर्भाग्यपूर्ण, क्योंकि यदि कई कार्यों में से एक विफल रहता है क्योंकि इसे बहुत अधिक स्मृति की आवश्यकता है तो हम अन्य कार्यों के साथ जारी रखना चाहेंगे।

Answer 2

यदि यह संसाधन सीमा है, तो पहले स्थान पर, कोई संचालन नहीं होता है। VirtualMachineError होने के लिए यहां सही उदाहरण के लिए लिंक है। Virtual machine error

यह त्रुटि OutofMemoryError की तरह कुछ नहीं है, जहां तक ​​कुछ ऑपरेशन प्रगति पर हो सकते हैं।

Answer 3

मुझे लगता है कि आपने अपने स्वयं के प्रश्न का उत्तर दिया है और मैं समझ सकता हूं कि यह सख्त सी ++ पृष्ठभूमि से आने से आपके लिए हल्के आश्चर्यजनक क्यों होगा। यह केवल प्रबंधित स्मृति (आभासी) मशीनों की वास्तविकता है और यह सिर्फ जावा तक ही सीमित नहीं है। मेमोरी समाप्त हो सकती है, क्योंकि जेवीएम कितना ढेर है इसका उपयोग कर सकते हैं (जावा कमांड लाइन पर कॉन्फ़िगर करने योग्य)।

सी ++/मशीन-कोड दुनिया में कुछ हद तक समान, लेकिन समतुल्य नहीं, एक GENERAL_PROTECTION_FAULT (या SEGMENTATION_FAULT यदि आप * NIX पर हैं) तो आपको स्मृति आवंटित करने का प्रयास करने पर प्राप्त होगा जो आवंटित नहीं किया गया है या है अपने वर्चुअल एड्रेस स्पेस के बाहर।उस परिदृश्य के चेहरे में "मजबूत अपवाद गारंटी" प्रदान करना उतना ही मुश्किल है क्योंकि कारण या तो कोड में या प्रोग्राम के नियंत्रण से बाहर पूरी तरह से एक बग हो सकता है।

Answer 4

जावा में, आप किसी भी समय Thread.stop() या रोक (थ्रोबल) पर कॉल कर सकते हैं। अधिकांश त्रुटियों को इतना महत्वपूर्ण माना जाता है कि आपको उन्हें संभालने की कोशिश नहीं करनी चाहिए जबतक कि आप वास्तव में नहीं जानते कि आप क्या कर रहे हैं।

12 साल तक सर्वर साइड जावा एप्लिकेशन विकसित करने के बाद, मैं कह सकता हूं कि मैंने कभी भी यादृच्छिक अपवादों को फेंकने के बारे में चिंता करने वाले किसी के बारे में कभी नहीं सुना है। मुझे संदेह है कि यह सिर्फ एक मुद्दा नहीं है जिसे आपको जावा के बारे में चिंता करने की ज़रूरत है।

क्या आप एक उदाहरण दे सकते हैं कि आपको विश्वास क्यों है कि आपको गारंटी की आवश्यकता है, क्योंकि समस्या को हल करने का एक और तरीका होने की संभावना है?