2016-04-28 9 views
6

साझा किए गए संदर्भों में एक एएनआर से मिलें, समस्या का पता लगाने के बारे में नहीं पता।साझा किए गए संदर्भों में ANR का विश्लेषण कैसे करें

यहां ट्रेस से तीन हिस्से हैं, अधिकांश अन्य धागे "WAIT" या "TIMED_WAIT" हैं। countdownlatch.await() के कारण "मुख्य" धागा अवरुद्ध है। fsync के लिए प्रतीक्षा करने वाला दूसरा थ्रेड "पूल-1-थ्रेड -1"। आखिरी वाला कुछ पढ़ने की कोशिश कर रहा है।

मुझे लगता है कि दूसरे धागे ने मुख्य धागे को अवरुद्ध कर दिया है, क्योंकि यदि यह खत्म नहीं हो सकता है, तो यह उलटी गिनती countdown() को नहीं बुलाएगा, इसलिए मुख्य धागे का इंतजार करना होगा।

लेकिन मुझे यह नहीं पता कि यह fsync में क्यों रुकता है। क्या इससे संबंधित तीसरा धागा है?

thread1

"main" prio=5 tid=1 WAIT 
| group="main" sCount=1 dsCount=0 obj=0x418efe58 self=0x4180b6e8 
| sysTid=4178 nice=-6 sched=0/0 cgrp=apps handle=1074565460 
| state=S schedstat=(3385090416 1929697750 7848) utm=278 stm=60 core=3 
at java.lang.Object.wait(Native Method) 
- waiting on <0x418eff28> (a java.lang.VMThread) held by tid=1 (main) 
at java.lang.Thread.parkFor(Thread.java:1205) 
at sun.misc.Unsafe.park(Unsafe.java:325) 
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:157) 
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:813) 
at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:973) 
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1281) 
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:202) 
at android.app.SharedPreferencesImpl$EditorImpl$1.run(SharedPreferencesImpl.java:364) 
at android.app.QueuedWork.waitToFinish(QueuedWork.java:88) 
at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:2697) 
at android.app.ActivityThread.access$2100(ActivityThread.java:138) 
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1296) 
at android.os.Handler.dispatchMessage(Handler.java:102) 
at android.os.Looper.loop(Looper.java:136) 
at android.app.ActivityThread.main(ActivityThread.java:5095) 
at java.lang.reflect.Method.invokeNative(Native Method) 
at java.lang.reflect.Method.invoke(Method.java:515) 
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:786) 
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:602) 

thread2

"pool-1-thread-1" prio=5 tid=10 SUSPENDED 
| group="main" sCount=1 dsCount=0 obj=0x41ca62e0 self=0x6034b008 
| sysTid=4246 nice=0 sched=0/0 cgrp=apps handle=1612996584 
| state=S schedstat=(189967314 218846863 555) utm=15 stm=3 core=2 
#00 pc 00021af0 /system/lib/libc.so (__futex_syscall3+8) 
#01 pc 0000f0b4 /system/lib/libc.so (__pthread_cond_timedwait_relative+48) 
#02 pc 0000f114 /system/lib/libc.so (__pthread_cond_timedwait+64) 
#03 pc 000566e7 /system/lib/libdvm.so 
#04 pc 00056ca9 /system/lib/libdvm.so (dvmChangeStatus(Thread*, ThreadStatus)+34) 
#05 pc 0005115f /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+406) 
#06 pc 00029960 /system/lib/libdvm.so 
#07 pc 00030dec /system/lib/libdvm.so (dvmMterpStd(Thread*)+76) 
#08 pc 0002e484 /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184) 
#09 pc 000635b9 /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+336) 
#10 pc 000635dd /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20) 
#11 pc 000582bb /system/lib/libdvm.so 
#12 pc 0000d2c0 /system/lib/libc.so (__thread_entry+72) 
#13 pc 0000d458 /system/lib/libc.so (pthread_create+240) 
at libcore.io.Posix.fsync(Native Method) 
at libcore.io.BlockGuardOs.fsync(BlockGuardOs.java:97) 
at java.io.FileDescriptor.sync(FileDescriptor.java:74) 
at android.os.FileUtils.sync(FileUtils.java:154) 
at android.app.SharedPreferencesImpl.writeToFile(SharedPreferencesImpl.java:597) 
at android.app.SharedPreferencesImpl.access$800(SharedPreferencesImpl.java:52) 
at android.app.SharedPreferencesImpl$2.run(SharedPreferencesImpl.java:511) 
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) 
at java.lang.Thread.run(Thread.java:841) 

thread3

"Thread-5346" prio=5 tid=48 SUSPENDED 
| group="main" sCount=1 dsCount=0 obj=0x42b9e3c0 self=0x6278f280 
| sysTid=4841 nice=0 sched=0/0 cgrp=apps handle=1652085768 
| state=S schedstat=(6396036717 2412660825 15121) utm=612 stm=27 core=1 
at java.lang.StackTraceElement.<init>(StackTraceElement.java:~61) 
at java.lang.Throwable.nativeGetStackTrace(Native Method) 
at java.lang.Throwable.getInternalStackTrace(Throwable.java:264) 
at java.lang.Throwable.getStackTrace(Throwable.java:200) 
at org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:88) 
at org.apache.commons.logging.impl.Jdk14Logger.debug(Jdk14Logger.java:113) 
at org.apache.http.impl.conn.Wire.wire(Wire.java:64) 
at org.apache.http.impl.conn.Wire.input(Wire.java:116) 
at org.apache.http.impl.conn.LoggingSessionInputBuffer.read(LoggingSessionInputBuffer.java:74) 
at org.apache.http.impl.io.ContentLengthInputStream.read(ContentLengthInputStream.java:174) 
at org.apache.http.conn.EofSensorInputStream.read(EofSensorInputStream.java:159) 
at org.qiyi.android.coreplayer.a.aux.a(SourceFile:206) 
at org.qiyi.android.coreplayer.a.aux.a(SourceFile:140) 
at org.qiyi.android.coreplayer.a.aux.a(SourceFile:105) 
at org.qiyi.android.coreplayer.a.com7.a(SourceFile:361) 
at org.qiyi.android.coreplayer.a.nul.run(SourceFile:158) 
at java.lang.Thread.run(Thread.java:841) 
+3

कृपया अपना कोड भी पोस्ट करें। तो हम सवाल अच्छी तरह से समझ सकते हैं? – TdSoft

+1

वास्तव में, यह एक बड़ी परियोजना है और मैं यह नहीं बता सकता कि कोड का कौन सा हिस्सा यह होता है ... साझा स्थानों का उपयोग बहुत से स्थानों में किया जाता है। – mjgrrrr

+2

हैलो, मैंने अभी आपका प्रश्न देखा है, ऐसा लगता है कि आपको इस प्रश्न में एक ही समस्या है: stackoverflow.com/q/37549578। मैंने दूसरे प्रश्न का उत्तर देने का प्रयास किया है, लेकिन मुझे यकीन नहीं है कि क्या किया जाना है। संक्षेप में, 'ऑनपॉज़' कॉल ने 'थ्रेडप्रेरेंस' कोड से मुख्य धागे पर प्रतीक्षा को ट्रिगर किया। सुनिश्चित नहीं है कि यह 'साझा किए गए संदर्भ' में एक बग है या नहीं। आप 'लागू() 'के बजाय पृष्ठभूमि थ्रेड से' प्रतिबद्ध() 'का उपयोग करने का प्रयास कर सकते हैं। या आप यह देखने के लिए कि क्या यह तेज़ी से सिंक हो रहा है, आप अपनी 'साझा शर्तों' फ़ाइल के आकार को कम कर सकते हैं। –

उत्तर

4

मैं आंकड़ा बाहर क्या हो रहा है क्या है।

तीन निशान से, हम देख सकते हैं कि:
- साझा प्राथमिकताओं को फ़ाइल सिंक द्वारा अवरोधित किया जाता है।
- fsync कुछ (डिस्क होना चाहिए) की प्रतीक्षा कर रहा है।
- एक थ्रेड डिस्क ऑपरेशन कर रहा है।

मैं स्रोत कोड सावधानी से जांचने के बाद, एसपी के लॉन्च/सेट का उपयोग राज्यों को रिकॉर्ड करने के लिए किया जाता है जब ऐप लॉन्च किया जाता है। मतलब यह है कि, एक नया धागा अलग से डेटा को डाउनलोड करने की कोशिश कर रहा है, जैसे .jar या .so। कुछ पुराने उपकरणों के लिए, बड़े डेटा डाउनलोड करने से भारी जीसी हो सकती है और "अपाचे" lib "वायर" द्वारा सबकुछ लॉग करने का प्रयास कर सकता है। तो, कभी-कभी, यह बहुत लंबा लगता है और एसपी समय समाप्त हो जाता है।

ठीक
है - Apache लॉग
बंद कर देते हैं - स्मृति में राज्य को बचाने और उन्हें एक साथ सेट एक वस्तु के रूप में।
- प्रारंभिक भाग से कुछ पृष्ठभूमि व्यवहार को स्थानांतरित करें।

संबंधित मुद्दे