ऐप्लिकेशन काम नहीं कर रहा है (एएनआर) वाली गड़बड़ियां तब ट्रिगर होती हैं, जब ऐप्लिकेशन का यूज़र इंटरफ़ेस (यूआई) थ्रेड पांच सेकंड से ज़्यादा समय तक जवाब नहीं देता है. एएनआर और उनका पता लगाने के बारे में ज़्यादा जानने के लिए, Android का दस्तावेज़ पढ़ें.
इसके अलावा, Crashlytics की मदद से, समस्या वाली थ्रेड का पता लगाया जा सकता है. हम एएनआर का विश्लेषण करते हैं. इसके बाद, DevOps & Engagement > Crashlytics डैशबोर्ड में, हम एएनआर को डीबग करने के बारे में सुझाव देने के लिए, लागू होने वाले थ्रेड को टैग करते हैं.
इस पेज पर दिए गए सेक्शन में, हर एएनआर टैग का मतलब बताया गया है. साथ ही, उस टैग के साथ एएनआर का उदाहरण दिखाया गया है. इसके अलावा, एएनआर को डीबग करने का सुझाया गया तरीका भी बताया गया है.
Triggered ANR
जिस थ्रेड को लंबे समय तक ब्लॉक किया गया था और जिसकी वजह से एएनआर ट्रिगर हुआ था उसे इस Triggered ANR टैग के साथ एनोटेट किया जाता है.
समस्या वाली थ्रेड, ऐप्लिकेशन की मुख्य थ्रेड हो सकती है. इसके अलावा, यह कोई ऐसी थ्रेड भी हो सकती है जो काम नहीं कर रही है. हालांकि, Triggered ANR के तौर पर टैग की गई थ्रेड, एएनआर की असली वजह हो सकती है या नहीं भी हो सकती है. इन एएनआर को डीबग करने और ठीक करने के लिए इनसाइट देने के लिए,
Crashlytics एएनआर में शामिल किसी भी अन्य थ्रेड को भी टैग करता है. इस पेज के नीचे दिए गए सेक्शन में, उन अन्य टैग के बारे में जानें जिन्हें किसी थ्रेड पर लागू किया जा सकता है.
Deadlocked
डेडलॉक में शामिल किसी भी थ्रेड की वजह से एएनआर की समस्या होती है. ऐसी थ्रेड को इस Deadlocked टैग से एनोटेट किया जाता है.
डेडलॉक तब होता है, जब कोई थ्रेड इंतज़ार की स्थिति में आ जाती है. ऐसा इसलिए होता है, क्योंकि ज़रूरी संसाधन किसी दूसरी थ्रेड के पास होता है. साथ ही, वह थ्रेड भी पहली थ्रेड के पास मौजूद संसाधन का इंतज़ार कर रही होती है. अगर ऐप्लिकेशन का मुख्य थ्रेड इस स्थिति में है, तो एएनआर की गड़बड़ियां हो सकती हैं.
उदाहरण देखें
यहां डेडलॉक में शामिल दो थ्रेड दिए गए हैं:
main (unknown): tid=1 systid=1568
com.android.server.pm.PackageManagerService$PackageManagerInternalImpl.getPackage(PackageManagerService.java:22701)
com.android.server.pm.PackageManagerService$PackageManagerInternalImpl.filterOnlySystemPackages(PackageManagerService.java:22787)
...
com.android.server.SystemServer.main(SystemServer.java:368)
java.lang.reflect.Method.invoke(Native method)
com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:517)
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:934)
ActivityManager (unknown): tid=21 systid=1902
com.android.server.pm.PackageManagerService.getPackageSetting(PackageManagerService.java:23618)
com.android.server.pm.PackageManagerService.getPackageUid(PackageManagerService.java:4542)
...
android.os.Handler.handleCallback(Handler.java:907)
android.os.Handler.dispatchMessage(Handler.java:99)
android.os.Looper.loop(Looper.java:216)
android.os.HandlerThread.run(HandlerThread.java:67)
com.android.server.ServiceThread.run(ServiceThread.java:44)
सुझाव
डेडलॉक में शामिल थ्रेड देखें. साथ ही, उन थ्रेड के ज़रिए हासिल किए गए संसाधन/लॉक देखें. समस्या हल करने के तरीके जानने के लिए, डेडलॉक और डेडलॉक रोकने के एल्गोरिदम लेख पढ़ें.
IO Root blocking
जो थ्रेड धीमी I/O कार्रवाइयां कर रही थी और जिसने Triggered ANR थ्रेड को ब्लॉक किया था उसे IO Root blocking टैग के साथ एनोटेट किया जाता है. अगर Triggered ANR थ्रेड को अन्य थ्रेड ब्लॉक नहीं करती हैं, तो IO Root blocking थ्रेड भी Root blocking थ्रेड होती है.
उदाहरण देखें
Thread main(THREAD_STATE_TIMED_WAITING)
sun.misc.Unsafe.park( Unsafe.java:0 )
java.util.concurrent.locks.LockSupport.parkNanos( LockSupport.java:230 )
android.database.sqlite.SQLiteConnectionPool.waitForConnection( SQLiteConnectionPool.java:756 )
...
android.app.ActivityThread.main( ActivityThread.java:8192 )
Thread main(THREAD_STATE_NATIVE_WAITING)
Syscall
art::ConditionVariable::WaitHoldingLocks(art::Thread*)
art::GoToRunnable(art::Thread*)
art::JniMethodEnd(unsigned int, art::Thread*)
libcore.io.Linux.fdatasync( Linux.java:0 )
libcore.io.ForwardingOs.fdatasync( ForwardingOs.java:105 )
...
java.io.RandomAccessFile.write( RandomAccessFile.java:559 )
...
android.app.ActivityThread.main( ActivityThread.java:8192 )
सुझाव
आम तौर पर, आपके ऐप्लिकेशन को मुख्य थ्रेड पर I/O की महंगी कार्रवाइयां नहीं करनी चाहिए. अगर मुख्य थ्रेड IO Root blocking है, तो स्ट्रिक्ट मोड का इस्तेमाल करके यह पता लगाया जा सकता है कि मुख्य थ्रेड पर अनजाने में कोई I/O कार्रवाई तो नहीं हो रही है.
Root blocking
Triggered ANR के तौर पर टैग की गई थ्रेड को ब्लॉक करने वाली किसी भी थ्रेड को Root blocking टैग से एनोटेट किया जाता है. अगर किसी थ्रेड को Root blocking और Triggered ANR, दोनों के तौर पर टैग किया गया है, तो इसका मतलब है कि कोई दूसरी थ्रेड उस थ्रेड को ब्लॉक नहीं करती है.
अगर कोई Triggered ANR थ्रेड, अन्य थ्रेड के लिए इंतज़ार कर रहा था (ऐसा ट्रांज़िटिव तरीके से हो सकता है), तो वह Root blocking है. किसी थ्रेड के एएनआर की मुख्य वजह होने की कई वजहें हो सकती हैं.
उदाहरण देखें
थ्रेड की स्थिति के आधार पर, यहां कुछ उदाहरण दिए गए हैं:
Thread main(THREAD_STATE_RUNNABLE)
android.os.Parcel.createTypedArray( Parcel.java:3086 )
android.content.pm.PackageInfo.<init>( PackageInfo.java:546 )
...
android.app.ActivityThread$H.handleMessage( ActivityThread.java:2166 )
android.os.Handler.dispatchMessage( Handler.java:106 )
android.os.Looper.loop( Looper.java:246 )
android.app.ActivityThread.main( ActivityThread.java:8633 )
Thread main(THREAD_STATE_BLOCKED)
DBHelper.runOnDB( DBHelper.java:97 )
DBHelper.runDb( DBHelper.java:125 )
...
java.lang.reflect.Method.invoke( Method.java:0 )
EventBus.invokeSubscriber( EventBus.java:510 )
postToSubscription( EventBus.java:437 )
...
android.os.Handler.handleCallback( Handler.java:938 )
android.os.Handler.dispatchMessage( Handler.java:99 )
android.os.Looper.loop( Looper.java:268 )
android.app.ActivityThread.main( ActivityThread.java:7904 )
सुझाव
मुख्य थ्रेड में सीपीयू का इस्तेमाल करने वाले काम को कम से कम करें. सीपीयू का ज़्यादा इस्तेमाल करने वाले टास्क पूरे करने के लिए, वर्कर या बैकग्राउंड थ्रेड का इस्तेमाल करें.
मुख्य थ्रेड पर, डेटाबेस से लोड करने जैसे I/O इंटेंसिव काम को कम से कम करें.
Unknown root cause
किसी थ्रेड को Unknown root cause टैग तब किया जाता है, जब
उस थ्रेड की वजह से एएनआर की गड़बड़ी हुई हो, लेकिन एएनआर की गड़बड़ी होने के दौरान वह थ्रेड काम नहीं कर रहा हो. Crashlytics के पास मुख्य वजह का पता लगाने के लिए ज़रूरी जानकारी नहीं है. इस एएनआर की कोई साफ़ वजह नहीं है.
उदाहरण देखें
Thread main(THREAD_STATE_NATIVE_WAITING) __epoll_pwait
android::Looper::pollInner(int)
android::Looper::pollOnce(int, int*, int*, void**)
android::android_os_MessageQueue_nativePollOnce(_JNIEnv*, _jobject*, long, int)
android.os.MessageQueue.nativePollOnce( MessageQueue.java:0 )
android.os.MessageQueue.next( MessageQueue.java:335 )
android.os.Looper.loop( Looper.java:193 )
android.app.ActivityThread.main( ActivityThread.java:8019 )
सुझाव
ANR की समस्याओं को रोकने के बारे में सामान्य सलाह अपनाएं. उदाहरण के लिए, अपने कोड में उन जगहों की पहचान करें जहां ऐप्लिकेशन की मुख्य थ्रेड पांच सेकंड से ज़्यादा समय तक व्यस्त रह सकती है.
Waiting for binder call
जिस थ्रेड को बाइंडर कॉल का इंतज़ार था और जिसने Triggered ANR थ्रेड को ब्लॉक किया था उसे Waiting for binder call टैग के साथ एनोटेट किया जाता है. अगर Triggered ANR थ्रेड को अन्य थ्रेड ब्लॉक नहीं करती हैं, तो Waiting for binder call थ्रेड भी Root blocking थ्रेड होती है.
उदाहरण देखें
Thread main(THREAD_STATE_NATIVE_WAITING)
syscall
android::IPCThreadState::talkWithDriver(bool)
android::IPCThreadState::waitForResponse(android::Parcel*, int*)
android::IPCThreadState::transact(int, unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
android::BpBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)
android_os_BinderProxy_transact(_JNIEnv*, _jobject*, int, _jobject*, _jobject*, int)
android.os.BinderProxy.transactNative( BinderProxy.java:0 )
android.os.BinderProxy.transact( BinderProxy.java:540 )
android.app.IActivityManager$Stub$Proxy.getContentProvider( IActivityManager.java:5945 )
android.app.ActivityThread.acquireProvider( ActivityThread.java:7138 )
android.app.ActivityThread$H.handleMessage( ActivityThread.java:1982 )
android.os.Handler.dispatchMessage( Handler.java:106 )
android.os.Looper.loop( Looper.java:236 )
android.app.ActivityThread.main( ActivityThread.java:8037 )
सुझाव
बाइंडर कॉल की लेटेन्सी का अनुमान नहीं लगाया जा सकता. इसलिए, बाइंडर कॉल को I/O कार्रवाइयों की तरह इस्तेमाल करें. साथ ही, जब भी हो सके, मुख्य थ्रेड पर इनका इस्तेमाल करने से बचें. बाइंडर कॉल को ट्रिगर करने वाले कोड (इसमें ऐसे प्लैटफ़ॉर्म एपीआई कॉल भी शामिल हैं जिनसे बाइंडर लेन-देन होते हैं) को बैकग्राउंड थ्रेड में ले जाएं. इसके अलावा, अगर मुख्य थ्रेड से कॉल करना ज़रूरी है, तो नतीजों को कैश मेमोरी में सेव करें.
