नैनो ऑप्टिमाइज़ेशन से परहेज करते हुए हमें कोड लिखते समय प्रदर्शन को ध्यान में रखना चाहिए। कभी-कभी एक मितव्ययी अनुकूलन जैसा दिखने वाला एक बड़ा अंतर बनाता है। आज हम देखेंगे कि किस तरह System.Text.Json में परफॉर्मेंस पेनल्टी ट्रैप है।

इस कोड में क्या गलत है?

हर बार जब हम इस फ़ंक्शन को चलाते हैं, तो यह एक नया JsonSerializerOptions बनाता है। हर बार एक नई वस्तु का दृष्टांत देना कितना बुरा है? आम तौर पर, प्रदर्शन और स्मृति आवंटन के मामले में हर बार एक नई वस्तु बनाना नगण्य होता है। फिर भी, एक प्रदर्शन रूपरेखा करते समय, मेरी टीम को संदिग्ध परिणाम मिले। उन कार्यों में लगने वाला समय बराबर था:

• SendToServiceBus ()
• क्रमबद्ध करें()

सीरियलाइज़ इतना धीमा क्यों है?

नया System.Text.Json क्रमांकन मेटाडेटा को कैश करने के लिए JsonSerializerOptions के उदाहरण संदर्भ का उपयोग करता है, इसलिए यदि आप हर बार एक नया उदाहरण प्रदान करते हैं, तो आप कैशिंग खो देते हैं, और कोड को प्रत्येक फ़ंक्शन के लिए मेटाडेटा बनाने का महंगा संचालन करना पड़ता है बुलाना।

यह समस्या इतनी सामान्य है कि Microsoft के पास इसके लिए समर्पित एक पूरा पृष्ठ भी है।

उदाहरण

दस्तावेज़ इस बेंचमार्क उदाहरण प्रदान करते हैं:

जैसा कि आप डॉक्स से देख सकते हैं, अंतर बड़े पैमाने पर है, 200 गुना अधिक महंगा है। और ऐसा कुछ भी नहीं है जो आपको इसके बारे में बताएगा, कोई अपवाद या चेतावनी नहीं। इसका एकमात्र तरीका आपको लोड परीक्षण और प्रोफाइलिंग के दौरान मिलेगा। यह मुझे आश्चर्यचकित करता है कि क्या यह एक चेतावनी होनी चाहिए, इसलिए हम इस गलती की संख्या को कम कर देंगे।

निष्कर्ष

वस्तुओं के जीवनचक्र को जानने और सिंगलटन के लिए निर्माण को अनुकूलित करने जैसी अच्छी प्रथाएं जो दिखती हैं उससे अधिक भुगतान कर सकती हैं। इसलिए जब आप सिंगलटन या प्रति अनुरोध एक नई वस्तु चाहते हैं तो मैं सीखने की सलाह देता हूं।

याद रखें कि हर बार सीरियलाइज़र विकल्प बनाने के महत्वपूर्ण निहितार्थ होते हैं क्योंकि फ्रेमवर्क SerializerOptions संदर्भ के विरुद्ध आंतरिक मेटाडेटा को कैश करता है।

यदि आप एक नया JsonSerializerOptions() देखते हैं, तो सुनिश्चित करें कि यह सिंगलटन पैटर्न में है।

हैप्पी कोडिंग।