टूलिंग

यह जानना मुश्किल हो सकता है कि परफ़ॉर्मेंस की समस्या कहां है और किस कोड को ऑप्टिमाइज़ करना शुरू करना है. सबसे पहले, टूल का इस्तेमाल करके यह पता लगाएं कि समस्या कहां है.

लेआउट इंस्पेक्टर

अपने लेआउट की जांच करने और रीकंपोज़िशन की संख्या देखने के लिए, लेआउट इंस्पेक्टर का इस्तेमाल करें.

अगर आपके यूज़र इंटरफ़ेस (यूआई) की परफ़ॉर्मेंस खराब है, तो आम तौर पर इसकी वजह कोडिंग से जुड़ी कोई गड़बड़ी होती है. इसकी वजह से, आपके यूज़र इंटरफ़ेस (यूआई) को बार-बार फिर से कंपोज़ करना पड़ता है. दूसरी ओर, कोडिंग की कुछ गड़बड़ियों की वजह से, ज़रूरत पड़ने पर आपके यूज़र इंटरफ़ेस (यूआई) को फिर से कॉम्पोज़ नहीं किया जा सकता. इसका मतलब है कि यूज़र इंटरफ़ेस (यूआई) में किए गए बदलाव, स्क्रीन पर नहीं दिखते. रीकंपोज़िशन को ट्रैक करके, इन दोनों तरह की समस्याओं का पता लगाया जा सकता है.

रीकंपोज़िशन अपने-आप में खराब नहीं है. हालांकि, अचानक होने वाला रीकंपोज़िशन एक समस्या हो सकती है. ध्यान रखें कि रीकंपोज़िशन की संख्या, मानदंड का विकल्प नहीं है: किसी कंपोज़ेबल को स्किप करने पर, स्लॉट टेबल और पैरामीटर की तुलना करने का ओवरहेड होता है. साथ ही, कंपोज़िशन शेड्यूल होने के बाद, किसी एक इंटरमीडिएट कंपोज़ेबल को स्किप करने से, तेज़ी से बदलने वाली स्थिति को लेआउट या ड्रॉ फ़ेज़ में पढ़ने की तुलना में कम समय बचता है. कंपोज़िशन ट्रेसिंग और Macrobenchmark का इस्तेमाल करके, परफ़ॉर्मेंस में होने वाले बदलावों की हमेशा पुष्टि करें.

ज़्यादा जानकारी के लिए, लेआउट इंस्पेक्टर के रीकंपोज़िशन की संख्या वाला दस्तावेज़ देखें.

कंपोज़िशन ट्रेसिंग

सिस्टम ट्रेस करने वाले टूल में, ऐप्लिकेशन बनाने की सुविधा को ट्रेस करने के लिए, कंपोज़िशन ट्रेसिंग का इस्तेमाल करें. परफ़ॉर्मेंस से जुड़ी किसी समस्या की जांच करते समय, ट्रेस अक्सर जानकारी का सबसे अच्छा सोर्स होते हैं. इनकी मदद से, यह अनुमान लगाया जा सकता है कि समस्या क्या है और उसे कहां से ढूंढना शुरू करना है.

अन्य संसाधन