checked और unchecked exception के बीच आप कैसे तय करते हैं, और किसी service में exceptions कैसे संभालते हैं?

checked exception तभी लें जब caller सच में उबर सकता हो और आप चाहते हों कि compiler उसे फैसला लेने पर मजबूर करे; programming errors और ऐसी नाकामियों के लिए unchecked लें जिन्हें ऊपर कोई ठीक नहीं कर सकता। व्यवहार में ज्यादातर आधुनिक Java कोड unchecked की तरफ झुकता है, जहां निचले स्तर की नाकामियों को संदर्भ रखने वाले domain exception में लपेटा जाता है और किसी एक boundary पर संभाला जाता है, जैसे कोई exception handler जो उसे response में बदल दे।

मेरी कसौटी यह है कि caller इसके बारे में कुछ काम की चीज कर सकता है या नहीं। provider का payment decline करना एक जायज business नतीजा है, तो वह या तो checked exception है या, अक्सर, एक result type। null argument या फेल हुआ डेटाबेस connection ऐसी चीज नहीं जिसे calling कोड ठीक कर सके, इसलिए वह unchecked है। services में मैं ज्यादातर unchecked domain exceptions लेता हूं, अंदरूनी cause को लपेटता हूं ताकि stack trace बची रहे, और वे identifiers जोड़ता हूं जो मुझे लॉग में चाहिए होंगे, जैसे order id, क्योंकि तीन परत नीचे का सूखा SQL exception मुझे कुछ नहीं बताता। Handling एक ही बार होती है, किसी boundary पर: Spring में वह exception handler है जो हर domain exception को एक status code और response body में मैप करता है, ताकि controllers साफ रहें। Review में मैं जिन चीजों पर अड़ता हूं वे हैं Exception को चौड़े तौर पर पकड़ना, पकड़कर लॉग करके ऐसे चलते रहना जैसे कुछ हुआ ही न हो, और खाली catch blocks। मैं finally blocks की जगह हर जगह try with resources भी इस्तेमाल करता हूं, क्योंकि suppressed exceptions और close की नाकामियां वहां अपने आप सही ढंग से संभल जाती हैं।