हाँ, अपवाद हायरार्की मेथड ओवरराइडिंग में throws क्लॉज को नियंत्रित करती है। नियम:ओवरराइडिंग विधि वही चेक्ड अपवाद या उसके सबक्लास फेंक सकती है।यह सुपरक्लास अपवाद नहीं फेंक सकती (अधिक सामान्य)।यह कोई चेक्ड अपवाद नहीं फेंकने का चयन कर सकती है।उदाहरण: मान्य (सबक्लास अपवाद)class Demo { public void sa

@JsonAlias डीसीरियलाइज़ेशन (JSON → Java) के दौरान एक फील्ड के लिए एक या अधिक वैकल्पिक नाम परिभाषित करता है। सीरियलाइज़ेशन (Java → JSON) के दौरान केवल वास्तविक प्रॉपर्टी नाम का उपयोग किया जाता है।सिंटैक्स@Target({ANNOTATION_TYPE, FIELD, METHOD, PARAMETER}) @Retention(RUNTIME) public @interface JsonAl

Jackson का ObjectMapper writeValueAsString() के माध्यम से Java ऑब्जेक्ट्स को JSON में सीरियलाइज़ करता है। एक लिस्ट को JSON ऐरे में बदलने के लिए:उदाहरणimport java.util.*; import com.fasterxml.jackson.databind.*; public class ListToJsonArray { public static void main(String args[]) { List

org.json.JSONArray को String[] में बदलने के लिए, JSONArray पर पुनरावृति करें और तत्वों को एक लिस्ट में एकत्रित करें, फिर toArray() का उपयोग करें।उदाहरणimport org.json.*; import java.util.*; public class JsonArrayToStringArray { public static void main(String[] args) { JSONArray jsonArra

जब एक इंटरफेस रेफरेंस एक कार्यान्वयन ऑब्जेक्ट को रखता है, तो केवल इंटरफेस में घोषित सदस्य ही पहुंच योग्य होते हैं। डिराइव्ड क्लास-विशिष्ट सदस्यों तक पहुंचने के लिए, रेफरेंस को कास्ट करना होगा।समस्याinterface Sample { void demoMethod1(); } public class InterfaceExample implements Sample { pu

final कीवर्ड ओवरराइडिंग को रोकता है। चूंकि कंस्ट्रक्टर इनहेरिट नहीं होते, उन्हें ओवरराइड नहीं किया जा सकता, इसलिए कंस्ट्रक्टर पर final का कोई अर्थ नहीं है।त्रुटि उदाहरणpublic class Student { public final Student() { // संकलन त्रुटि this.name = Raju; } }संकलन त्रुटिStudent.java:6: err

एक ब्लैंक फाइनल वेरिएबल वह final वेरिएबल है जिसे घोषणा पर आरंभ नहीं किया गया है। इसे प्रत्येक कंस्ट्रक्टर में स्पष्ट रूप से आरंभ किया जाना चाहिए क्योंकि:कंपाइलर ब्लैंक फाइनल के लिए डिफ़ॉल्ट मान प्रदान नहीं करता।प्रत्येक कंस्ट्रक्टर पथ को मान असाइन करना होगा।चूकने पर संकलन त्रुटि: variable might not

एक static final वेरिएबल (कांस्टेंट) को घोषणा पर या स्थैतिक ब्लॉक में आरंभ किया जाना चाहिए। कंस्ट्रक्टर में आरंभ करने का प्रयास संकलन त्रुटि का कारण बनता है क्योंकि कंपाइलर इसे पुनर्असाइनमेंट के रूप में व्याख्या करता है।गलत: कंस्ट्रक्टर में आरंभीकरणclass Data { static final int num; Data(int

नहीं, केवल final कीवर्ड Java में वास्तविक कांस्टेंट नहीं बनाता। एक कांस्टेंट के लिए आवश्यक है:static - क्लास-स्तरीय, एक प्रति प्रति JVMfinal - अपरिवर्तनीय मानfinal इंस्टेंस वेरिएबल प्रत्येक ऑब्जेक्ट के लिए एक प्रति बनाता है, जो कांस्टेंट की परिभाषा का उल्लंघन करता है।उदाहरण: केवल final (कांस्टेंट नह

Java में ऐरे स्वाभाविक रूप से परिवर्तनीय होते हैं; आप सीधे उनके तत्वों को अपरिवर्तनीय नहीं बना सकते। हालांकि, आप ऐरे को अनमॉडिफिएबल लिस्ट में बदलकर रीड-ओनली एक्सेस प्राप्त कर सकते हैं।दृष्टिकोण: Arrays.asList() + Collections.unmodifiableList()import java.util.*; public class ImmutableArrayExample {

हाँ, स्टेटिक वेरिएबल को कंस्ट्रक्टर में आरंभ किया जा सकता है, लेकिन यह अनुशंसित नहीं है क्योंकि कंस्ट्रक्टर प्रति इंस्टेंस चलता है, जिससे स्टेटिक फ़ील्ड बार-बार ओवरराइट होती है।उदाहरण (संभव लेकिन खराब अभ्यास)public class DefaultExample { static String name; static int age; DefaultExampl

Java में कांस्टेंटएक वास्तविक कांस्टेंट है:अपरिवर्तनीय (final)क्लास-स्तरीय (static) - प्रति JVM केवल एक प्रतिकंपाइल-समय पर आरंभclass Data { static final int INTEGER_CONSTANT = 20; // वास्तविक कांस्टेंट }Final वेरिएबलएक final इंस्टेंस वेरिएबल:प्रति ऑब्जेक्ट एक बार असाइन किया जा सकता हैप्रत्येक इं

Java सीरियलाइज़ेशन में:transient फ़ील्ड्स को सीरियलाइज़ेशन से बाहर रखा जाता है; डीसीरियलाइज़ेशन पर उन्हें डिफ़ॉल्ट मान मिलते हैं (null, 0, false)।final फ़ील्ड्स सीरियलाइज़ होती हैं यदि वे transient नहीं हैं। एक final transient फ़ील्ड सीरियलाइज़ नहीं होगी और डिफ़ॉल्ट मान प्राप्त करेगी।उदाहरणimport ja

ClassNotFoundException तब होता है जब JVM रनटाइम पर निर्दिष्ट पथ पर क्लास फ़ाइल नहीं ढूंढ पाता। सामान्य कारण:गलत क्लास नाम (टाइपो, केस-संवेदनशीलता)क्लासपथ में पैकेज रूट गायबJAR फ़ाइल क्लासपथ में नहींक्लास फ़ाइल संकलित नहीं हुई या गलत निर्देशिका मेंउदाहरण परिदृश्यक्लास myPackage.example.Sample को D:/m

नहीं, Java में मेथड ओवरराइडिंग के लिए समान मेथड सिग्नेचर आवश्यक है: समान नाम, समान पैरामीटर सूची, और समान रिटर्न टाइप (या कोवेरिएंट रिटर्न टाइप)। सिग्नेचर बदलने से ओवरराइडिंग के बजाय ओवरलोडिंग होती है।उदाहरण सुपरक्लास विधि कॉल होती है } }आउटपुटMethod of the Super classव्याख्याचूंकि पैरामीटर प्रक

java.util.Collections क्लास किसी भी कलेक्शन के अनमॉडिफिएबल (रीड-ओनली) व्यू प्राप्त करने के लिए unmodifiableXxx() विधियाँ प्रदान करती है। संशोधन का कोई भी प्रयास UnsupportedOperationException फेंकता है।मुख्य विधियाँक्र.सं.विधि और विवरण1static <T> Collection<T> unmodifiableCollection(Colle

java.util.Collections क्लास विभिन्न कलेक्शन प्रकारों के लिए थ्रेड-सेफ (सिंक्रोनाइज़्ड) रैपर प्रदान करने के लिए स्थैतिक विधियाँ प्रदान करती है।मुख्य विधियाँक्र.सं.विधि और विवरण1static <T> Collection<T> synchronizedCollection(Collection<T> c)निर्दिष्ट कलेक्शन द्वारा समर्थित एक सिंक्र

नहीं, Java में ओवरराइडिंग विधि, ओवरराइड की गई विधि द्वारा फेंके गए अपवाद के सुपर-टाइप (पैरेंट अपवाद) को नहीं फेंक सकती। ऐसा करने से संकलन-समय त्रुटि होगी।उदाहरणimport java.io.FileNotFoundException; import java.io.IOException; abstract class Super { public String readFile(String path) throws Fil

हाँ, यदि सुपरक्लास विधि एक अपवाद फेंकती है, तो सबक्लास में ओवरराइडिंग विधि कोई अपवाद न फेंकने का चयन कर सकती है। यह Java में मान्य है और प्रोग्राम बिना किसी त्रुटि के संकलित और निष्पादित होता है।उदाहरणimport java.io.FileNotFoundException; abstract class Super { public void sampleMethod() throws

कपलिंग का अर्थ है एक ऑब्जेक्ट प्रकार की दूसरे पर निर्भरता। यदि दो ऑब्जेक्ट एक-दूसरे से पूरी तरह स्वतंत्र हैं और एक में किए गए परिवर्तन दूसरे को प्रभावित नहीं करते, तो उन्हें लूज़ली कपल्ड कहा जाता है।Java में इंटरफेस का उपयोग करके लूज़ कपलिंग प्राप्त करनाJava में, इंटरफेस लूज़ कपलिंग को सक्षम करते है