ANR崩溃日志如何分析？-CSDN论坛

ANR崩溃日志如何分析？

移动开发 > Android

收藏回复

[问题点数：50分]

⋅ Arrays.binarySearch 不能查找字符串吗？

⋅ANR崩溃日志如何分析？

⋅android 蓝牙BluetoothGatt 问题，修改连接超时时间，onConnectionUpdated问题

更多帖子

关注私信空间博客

ink_s

等级

本版专家分：8129

勋章

签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！

GitHub 绑定GitHub第三方账户获取

红花 2017年4月移动开发大版内专家分月排行榜第一

黄花 2016年10月移动开发大版内专家分月排行榜第二
2016年9月移动开发大版内专家分月排行榜第二

结帖率 75%

已经用UncaughtExceptionHandler 全局异常捕获了，一般崩溃不会弹出对话框，但是有时候还是会弹出应用无响应对话框，查看traces.txt文件，有4800多行，也没看懂是啥意义。我怀疑是系统原因，但是我的APP在前台运行，所以弹出我的APP无响应。
这种该怎么处理？
下面是traces.txt 前面部分，复制不了全部



----- pid 2545 at 2011-03-04 11:17:19 -----

Cmd line: system_server

Build fingerprint: 'unknown'

ABI: 'arm'

Build type: optimized

Zygote loaded classes=4237 post zygote classes=3157

Intern table: 45213 strong; 2581 weak

JNI: CheckJNI is off; globals=1496 (plus 126 weak)

Libraries: /system/lib/libSunGpio.so /system/lib/libandroid_servers.so /system/lib/libgpio_jni.so /system/lib/libjavacrypto.so /system/lib/libsoundpool.so /system/lib/libwifi-service.so libjavacore.so libopenjdk.so (8)

Heap: 35% free, 6MB/9MB; 101981 objects

Dumping cumulative Gc timings

Start Dumping histograms for 3 iterations for concurrent mark sweep

ProcessMarkStack:	Sum: 109.125ms 99% C.I. 0.006ms-55.936ms Avg: 12.125ms Max: 56.052ms

SweepMallocSpace:	Sum: 33.586ms 99% C.I. 0.012ms-19.992ms Avg: 5.597ms Max: 20.088ms

UpdateAndMarkImageModUnionTable:	Sum: 13.637ms 99% C.I. 0.361us-3224.500us Avg: 349.666us Max: 3369us

MarkConcurrentRoots:	Sum: 12.538ms 99% C.I. 0.009ms-5.352ms Avg: 2.089ms Max: 5.356ms

MarkRootsCheckpoint:	Sum: 10.883ms 99% C.I. 0.654ms-3.706ms Avg: 1.813ms Max: 3.706ms

ScanGrayAllocSpaceObjects:	Sum: 4.543ms 99% C.I. 0.500us-2752us Avg: 757.166us Max: 2752us

ReMarkRoots:	Sum: 3.002ms 99% C.I. 0.465ms-1.417ms Avg: 1.000ms Max: 1.417ms

MarkAllocStackAsLive:	Sum: 2.944ms 99% C.I. 686us-1455us Avg: 981.333us Max: 1455us

SweepLargeObjects:	Sum: 2.720ms 99% C.I. 591us-1300us Avg: 906.666us Max: 1300us

SweepSystemWeaks:	Sum: 1.550ms 99% C.I. 378us-640us Avg: 516.666us Max: 640us

MarkNonThreadRoots:	Sum: 781us 99% C.I. 28us-336us Avg: 130.166us Max: 336us

EnqueueFinalizerReferences:	Sum: 713us 99% C.I. 71us-488us Avg: 237.666us Max: 488us

AllocSpaceClearCards:	Sum: 680us 99% C.I. 1us-232us Avg: 56.666us Max: 232us

ProcessReferences:	Sum: 469us 99% C.I. 14us-260us Avg: 156.333us Max: 260us

ImageModUnionClearCards:	Sum: 467us 99% C.I. 0.250us-43us Avg: 5.987us Max: 43us

BindBitmaps:	Sum: 439us 99% C.I. 114us-177us Avg: 146.333us Max: 177us

FinishPhase:	Sum: 424us 99% C.I. 77us-189us Avg: 141.333us Max: 189us

(Paused)ScanGrayAllocSpaceObjects:	Sum: 362us 99% C.I. 1us-177us Avg: 60.333us Max: 177us

RevokeAllThreadLocalAllocationStacks:	Sum: 320us 99% C.I. 41us-163us Avg: 106.666us Max: 163us

ScanGrayImageSpaceObjects:	Sum: 172us 99% C.I. 0.250us-31us Avg: 4.410us Max: 31us

(Paused)ScanGrayImageSpaceObjects:	Sum: 161us 99% C.I. 0.250us-29us Avg: 4.128us Max: 29us

ProcessCards:	Sum: 114us 99% C.I. 15us-24us Avg: 19us Max: 24us

MarkingPhase:	Sum: 110us 99% C.I. 28us-49us Avg: 36.666us Max: 49us

(Paused)PausePhase:	Sum: 82us 99% C.I. 23us-31us Avg: 27.333us Max: 31us

PreCleanCards:	Sum: 74us 99% C.I. 21us-31us Avg: 24.666us Max: 31us

InitializePhase:	Sum: 69us 99% C.I. 18us-29us Avg: 23us Max: 29us

ReclaimPhase:	Sum: 65us 99% C.I. 17us-27us Avg: 21.666us Max: 27us

Sweep:	Sum: 55us 99% C.I. 14us-24us Avg: 18.333us Max: 24us

SweepZygoteSpace:	Sum: 45us 99% C.I. 9us-25us Avg: 15us Max: 25us

ZygoteModUnionClearCards:	Sum: 33us 99% C.I. 4us-7us Avg: 5.500us Max: 7us

MarkRoots:	Sum: 24us 99% C.I. 6us-11us Avg: 8us Max: 11us

ScanGrayZygoteSpaceObjects:	Sum: 23us 99% C.I. 5us-10us Avg: 7.666us Max: 10us

RecursiveMark:	Sum: 12us 99% C.I. 4us-4us Avg: 4us Max: 4us

SwapStacks:	Sum: 8us 99% C.I. 2us-4us Avg: 2.666us Max: 4us

(Paused)ScanGrayZygoteSpaceObjects:	Sum: 4us 99% C.I. 1us-2us Avg: 1.333us Max: 2us

FindDefaultSpaceBitmap:	Sum: 3us 99% C.I. 1us-1us Avg: 1us Max: 1us

(Paused)ProcessMarkStack:	Sum: 0 99% C.I. 0ns-0ns Avg: 0ns Max: 0ns

Done Dumping histograms

concurrent mark sweep paused:	Sum: 4.250ms 99% C.I. 0.715ms-1.954ms Avg: 1.416ms Max: 1.954ms

concurrent mark sweep total time: 200.322ms mean time: 66.774ms

concurrent mark sweep freed: 108392 objects with total size 6MB

concurrent mark sweep throughput: 541960/s / 34MB/s

Start Dumping histograms for 8 iterations for partial concurrent mark sweep

ProcessMarkStack:	Sum: 412.328ms 99% C.I. 0.018ms-68.212ms Avg: 17.180ms Max: 68.212ms

MarkRootsCheckpoint:	Sum: 85.985ms 99% C.I. 1.551ms-18.432ms Avg: 5.374ms Max: 19.090ms

SweepMallocSpace:	Sum: 84.947ms 99% C.I. 0.012ms-17.304ms Avg: 5.309ms Max: 17.785ms

UpdateAndMarkImageModUnionTable:	Sum: 44.584ms 99% C.I. 0.712us-5335.999us Avg: 428.692us Max: 6948us

ScanGrayAllocSpaceObjects:	Sum: 39.739ms 99% C.I. 0.001ms-7.404ms Avg: 2.483ms Max: 7.494ms

MarkConcurrentRoots:	Sum: 35.014ms 99% C.I. 0.010ms-5.523ms Avg: 2.188ms Max: 5.523ms

ReMarkRoots:	Sum: 15.901ms 99% C.I. 0.814ms-5.080ms Avg: 1.987ms Max: 5.177ms

MarkAllocStackAsLive:	Sum: 10.669ms 99% C.I. 0.355ms-2.386ms Avg: 1.333ms Max: 2.394ms

EnqueueFinalizerReferences:	Sum: 8.236ms 99% C.I. 0.134ms-2.038ms Avg: 1.029ms Max: 2.039ms

SweepLargeObjects:	Sum: 7.298ms 99% C.I. 492us-1418us Avg: 912.250us Max: 1418us

SweepSystemWeaks:	Sum: 4.447ms 99% C.I. 286us-814us Avg: 555.875us Max: 814us

ScanGrayImageSpaceObjects:	Sum: 3.801ms 99% C.I. 0.268us-1383.999us Avg: 36.548us Max: 1789us

MarkNonThreadRoots:	Sum: 3.404ms 99% C.I. 32us-393us Avg: 212.750us Max: 393us

ProcessReferences:	Sum: 2.790ms 99% C.I. 46us-737us Avg: 348.750us Max: 737us

AllocSpaceClearCards:	Sum: 2.546ms 99% C.I. 1us-358us Avg: 79.562us Max: 358us

UpdateAndMarkZygoteModUnionTable:	Sum: 2.305ms 99% C.I. 81us-1544us Avg: 288.125us Max: 1559us

(Paused)ScanGrayAllocSpaceObjects:	Sum: 2.172ms 99% C.I. 1us-534us Avg: 135.750us Max: 537us

ImageModUnionClearCards:	Sum: 1.551ms 99% C.I. 0.252us-57us Avg: 7.456us Max: 57us

RevokeAllThreadLocalAllocationStacks:	Sum: 1.302ms 99% C.I. 51us-311us Avg: 162.750us Max: 311us

FinishPhase:	Sum: 1.256ms 99% C.I. 105us-242us Avg: 157us Max: 242us

BindBitmaps:	Sum: 1.072ms 99% C.I. 112us-171us Avg: 134us Max: 171us

(Paused)ScanGrayImageSpaceObjects:	Sum: 858us 99% C.I. 0.257us-147.999us Avg: 8.250us Max: 187us

MarkingPhase:	Sum: 609us 99% C.I. 49us-131us Avg: 76.125us Max: 131us

(Paused)PausePhase:	Sum: 371us 99% C.I. 32us-71us Avg: 46.375us Max: 71us

ProcessCards:	Sum: 328us 99% C.I. 14us-28us Avg: 20.500us Max: 28us

ReclaimPhase:	Sum: 315us 99% C.I. 22us-65us Avg: 39.375us Max: 65us

PreCleanCards:	Sum: 279us 99% C.I. 24us-43us Avg: 34.875us Max: 43us

InitializePhase:	Sum: 214us 99% C.I. 4us-44us Avg: 26.750us Max: 44us

SwapBitmaps:	Sum: 203us 99% C.I. 18us-33us Avg: 25.375us Max: 33us

Sweep:	Sum: 164us 99% C.I. 14us-27us Avg: 20.500us Max: 27us

ZygoteModUnionClearCards:	Sum: 102us 99% C.I. 4us-13us Avg: 6.375us Max: 13us

MarkRoots:	Sum: 86us 99% C.I. 7us-15us Avg: 10.750us Max: 15us

RecursiveMark:	Sum: 57us 99% C.I. 3us-20us Avg: 7.125us Max: 20us

SwapStacks:	Sum: 37us 99% C.I. 2us-9us Avg: 4.625us Max: 9us

(Paused)ProcessMarkStack:	Sum: 25us 99% C.I. 0.250us-16us Avg: 3.125us Max: 16us

(Paused)ScanGrayZygoteSpaceObjects:	Sum: 23us 99% C.I. 1us-6us Avg: 2.875us Max: 6us

UnBindBitmaps:	Sum: 21us 99% C.I. 2us-4us Avg: 2.625us Max: 4us

SweepZygoteSpace:	Sum: 20us 99% C.I. 2us-4us Avg: 2.500us Max: 4us

PreSweepingGcVerification:	Sum: 12us 99% C.I. 1us-3us Avg: 1.500us Max: 3us

ScanGrayZygoteSpaceObjects:	Sum: 11us 99% C.I. 1us-3us Avg: 1.375us Max: 3us

FindDefaultSpaceBitmap:	Sum: 9us 99% C.I. 1us-2us Avg: 1.125us Max: 2us

Done Dumping histograms

partial concurrent mark sweep paused:	Sum: 35.049ms 99% C.I. 2.013ms-14.145ms Avg: 4.381ms Max: 14.145ms

partial concurrent mark sweep total time: 775.091ms mean time: 96.886ms

partial concurrent mark sweep freed: 230114 objects with total size 14MB

partial concurrent mark sweep throughput: 296921/s / 18MB/s

Start Dumping histograms for 15 iterations for sticky concurrent mark sweep

ScanGrayAllocSpaceObjects:	Sum: 205.175ms 99% C.I. 0.004ms-19.200ms Avg: 3.419ms Max: 20.351ms

MarkRootsCheckpoint:	Sum: 182.192ms 99% C.I. 0.389ms-43.280ms Avg: 6.073ms Max: 46.363ms

FreeList:	Sum: 161.375ms 99% C.I. 12.910us-569.249us Avg: 223.201us Max: 1064us

MarkConcurrentRoots:	Sum: 89.895ms 99% C.I. 0.009ms-9.690ms Avg: 2.996ms Max: 9.690ms

ProcessMarkStack:	Sum: 59.861ms 99% C.I. 0.937us-7710us Avg: 997.683us Max: 8083us

ScanGrayImageSpaceObjects:	Sum: 49.500ms 99% C.I. 0.540us-4139.999us Avg: 126.923us Max: 9100us

SweepArray:	Sum: 46.640ms 99% C.I. 1.212ms-5.750ms Avg: 3.109ms Max: 5.853ms

ReMarkRoots:	Sum: 24.908ms 99% C.I. 0.439ms-5.327ms Avg: 1.660ms Max: 5.407ms

MarkingPhase:	Sum: 16.014ms 99% C.I. 0.383ms-6.002ms Avg: 1.067ms Max: 6.396ms

AllocSpaceClearCards:	Sum: 14.463ms 99% C.I. 2us-1055us Avg: 241.050us Max: 1084us

MarkNonThreadRoots:	Sum: 6.419ms 99% C.I. 27us-653us Avg: 213.966us Max: 653us

SweepSystemWeaks:	Sum: 5.691ms 99% C.I. 78us-632us Avg: 379.400us Max: 632us

(Paused)ScanGrayAllocSpaceObjects:	Sum: 5.659ms 99% C.I. 1us-1458us Avg: 188.633us Max: 1458us

ImageModUnionClearCards:	Sum: 3.378ms 99% C.I. 0.258us-96.041us Avg: 8.661us Max: 154us

BindBitmaps:	Sum: 2.840ms 99% C.I. 113us-355us Avg: 189.333us Max: 355us

(Paused)ScanGrayImageSpaceObjects:	Sum: 2.631ms 99% C.I. 0.252us-139.999us Avg: 13.492us Max: 1676us

EnqueueFinalizerReferences:	Sum: 2.290ms 99% C.I. 26us-1078.750us Avg: 152.666us Max: 1126us

ProcessReferences:	Sum: 2.110ms 99% C.I. 12us-306us Avg: 140.666us Max: 306us

RevokeAllThreadLocalAllocationStacks:	Sum: 1.831ms 99% C.I. 37us-302us Avg: 122.066us Max: 302us

ResetStack:	Sum: 1.486ms 99% C.I. 51us-223us Avg: 99.066us Max: 223us

FinishPhase:	Sum: 1.133ms 99% C.I. 52us-103us Avg: 75.533us Max: 103us

ProcessCards:	Sum: 736us 99% C.I. 16us-40us Avg: 24.533us Max: 40us

ScanGrayZygoteSpaceObjects:	Sum: 517us 99% C.I. 1us-171us Avg: 17.233us Max: 171us

(Paused)PausePhase:	Sum: 516us 99% C.I. 26us-46us Avg: 34.400us Max: 46us

ReclaimPhase:	Sum: 512us 99% C.I. 18us-98.750us Avg: 34.133us Max: 99us

InitializePhase:	Sum: 483us 99% C.I. 9us-58us Avg: 32.200us Max: 58us

PreCleanCards:	Sum: 401us 99% C.I. 22us-44us Avg: 26.733us Max: 44us

SwapBitmaps:	Sum: 254us 99% C.I. 11us-71us Avg: 16.933us Max: 71us

ZygoteModUnionClearCards:	Sum: 235us 99% C.I. 3us-32us Avg: 7.83

2020-08-18 11:59:53

点赞只看楼主引用举报楼主收起

展开阅读全文

Histogram of GC count per 10000 ms: 0:657,1:10,2:1,3:2,7:1

Histogram of blocking GC count per 10000 ms: 0:668,1:3

Histogram of native allocation 0:5954,262144:1,786432:1,1310720:3,2883584:3 bucket size 262144

Histogram of native free 0:5834,786432:1,2883584:2 bucket size 262144

/data/dalvik-cache/arm/system@priv-app@Telecom@Telecom.apk@classes.dex: speed

/data/dalvik-cache/arm/system@framework@com.android.location.provider.jar@classes.dex: speed

/data/dalvik-cache/arm/system@priv-app@FusedLocation@FusedLocation.apk@classes.dex: speed

/data/dalvik-cache/arm/system@priv-app@SettingsProvider@SettingsProvider.apk@classes.dex: speed

/data/dalvik-cache/arm/system@framework@services.jar@classes.dex: speed

/data/dalvik-cache/arm/system@framework@ethernet-service.jar@classes.dex: speed

/data/dalvik-cache/arm/system@framework@wifi-service.jar@classes.dex: speed

Running non JIT



suspend all histogram:	Sum: 21.600ms 99% C.I. 15us-11366.399us Avg: 675us Max: 12592us

DALVIK THREADS (81):

"Signal Catcher" daemon prio=5 tid=2 Runnable

  | group="system" sCount=0 dsCount=0 obj=0x12c010d0 self=0x9de0c000

  | sysTid=2549 nice=0 cgrp=default sched=0/0 handle=0xa489c920

  | state=R schedstat=( 541688050 6764387 314 ) utm=41 stm=13 core=2 HZ=100

  | stack=0xa47a0000-0xa47a2000 stackSize=1014KB

  | held mutexes= "mutator lock"(shared held)

  native: #00 pc 003500b1  /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+128)

  native: #01 pc 003308b9  /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap+308)

  native: #02 pc 003428d1  /system/lib/libart.so (_ZN3art14DumpCheckpoint3RunEPNS_6ThreadE+620)

  native: #03 pc 0033c8db  /system/lib/libart.so (_ZN3art10ThreadList13RunCheckpointEPNS_7ClosureE+330)

  native: #04 pc 0033c5d7  /system/lib/libart.so (_ZN3art10ThreadList4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEb+586)

  native: #05 pc 0033c32f  /system/lib/libart.so (_ZN3art10ThreadList14DumpForSigQuitERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+574)

  native: #06 pc 00321925  /system/lib/libart.so (_ZN3art7Runtime14DumpForSigQuitERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+124)

  native: #07 pc 0032624f  /system/lib/libart.so (_ZN3art13SignalCatcher13HandleSigQuitEv+1394)

  native: #08 pc 003253bd  /system/lib/libart.so (_ZN3art13SignalCatcher3RunEPv+336)

  native: #09 pc 00046f63  /system/lib/libc.so (_ZL15__pthread_startPv+22)

  native: #10 pc 00019cfd  /system/lib/libc.so (__start_thread+6)

  (no managed stack frames)



"main" prio=10 tid=1 Native

  | group="main" sCount=1 dsCount=0 obj=0x741cf000 self=0xa5185400

  | sysTid=2545 nice=-2 cgrp=default sched=0/0 handle=0xa7db3534

  | state=S schedstat=( 3733323698 532647796 4724 ) utm=281 stm=92 core=3 HZ=100

  | stack=0xbe200000-0xbe202000 stackSize=8MB

  | held mutexes=

  native: #00 pc 000483d8  /system/lib/libc.so (__epoll_pwait+20)

  native: #01 pc 0001a0ad  /system/lib/libc.so (epoll_pwait+60)

  native: #02 pc 0001a0dd  /system/lib/libc.so (epoll_wait+12)

  native: #03 pc 00011c83  /system/lib/libutils.so (_ZN7android6Looper9pollInnerEi+118)

  native: #04 pc 00011b7f  /system/lib/libutils.so (_ZN7android6Looper8pollOnceEiPiS1_PPv+26)

  native: #05 pc 00091f5d  /system/lib/libandroid_runtime.so (_ZN7android18NativeMessageQueue8pollOnceEP7_JNIEnvP8_jobjecti+22)

  native: #06 pc 006288ad  /system/framework/arm/boot-framework.oat (Java_android_os_MessageQueue_nativePollOnce__JI+96)

  at android.os.MessageQueue.nativePollOnce(Native method)

  at android.os.MessageQueue.next(MessageQueue.java:323)

  at android.os.Looper.loop(Looper.java:136)

  at com.android.server.SystemServer.run(SystemServer.java:356)

  at com.android.server.SystemServer.main(SystemServer.java:226)

  at java.lang.reflect.Method.invoke!(Native method)

  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:982)

  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:872)



"JDWP" daemon prio=5 tid=3 WaitingInMainDebuggerLoop

  | group="system" sCount=1 dsCount=0 obj=0x12c01160 self=0xa5185900

  | sysTid=2551 nice=0 cgrp=default sched=0/0 handle=0xa479d920

  | state=S schedstat=( 1202106 0 6 ) utm=0 stm=0 core=1 HZ=100

  | stack=0xa46a1000-0xa46a3000 stackSize=1014KB

  | held mutexes=

  native: #00 pc 00049658  /system/lib/libc.so (recvmsg+8)

  native: #01 pc 003faa99  /system/lib/libart.so (_ZN3art4JDWP12JdwpAdbState15ReceiveClientFdEv+88)

  native: #02 pc 003facbf  /system/lib/libart.so (_ZN3art4JDWP12JdwpAdbState6AcceptEv+346)

  native: #03 pc 002488fb  /system/lib/libart.so (_ZN3art4JDWP9JdwpState3RunEv+294)

  native: #04 pc 00248203  /system/lib/libart.so (_ZN3art4JDWPL15StartJdwpThreadEPv+22)

  native: #05 pc 00046f63  /system/lib/libc.so (_ZL15__pthread_startPv+22)

  native: #06 pc 00019cfd  /system/lib/libc.so (__start_thread+6)

  (no managed stack frames)



"ReferenceQueueDaemon" daemon prio=10 tid=4 Waiting

  | group="system" sCount=1 dsCount=0 obj=0x12c011f0 self=0xa5187200

  | sysTid=2555 nice=-8 cgrp=default sched=0/0 handle=0xa469e920

  | state=S schedstat=( 49934289 1015991 66 ) utm=3 stm=1 core=2 HZ=100

  | stack=0xa459c000-0xa459e000 stackSize=1038KB

  | held mutexes=

  at java.lang.Object.wait!(Native method)

  - waiting on <0x0dcfc8c8> (a java.lang.Class<java.lang.ref.ReferenceQueue>)

  at java.lang.Daemons$ReferenceQueueDaemon.run(Daemons.java:150)

  - locked <0x0dcfc8c8> (a java.lang.Class<java.lang.ref.ReferenceQueue>)

  at java.lang.Thread.run(Thread.java:761)



"FinalizerDaemon" daemon prio=10 tid=5 Waiting

  | group="system" sCount=1 dsCount=0 obj=0x12c01280 self=0xa5187700

  | sysTid=2556 nice=-8 cgrp=default sched=0/0 handle=0xa4599920

  | state=S schedstat=( 81470430 1041657 62 ) utm=8 stm=0 core=3 HZ=100

  | stack=0xa4497000-0xa4499000 stackSize=1038KB

  | held mutexes=

  at java.lang.Object.wait!(Native method)

  - waiting on <0x03559d61> (a java.lang.Object)

  at java.lang.Object.wait(Object.java:407)

  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:188)

  - locked <0x03559d61> (a java.lang.Object)

  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:209)

  at java.lang.Daemons$FinalizerDaemon.run(Daemons.java:204)

  at java.lang.Thread.run(Thread.java:761)



"FinalizerWatchdogDaemon" daemon prio=10 tid=6 Waiting

  | group="system" sCount=1 dsCount=0 obj=0x12c01310 self=0xa5187c00

  | sysTid=2557 nice=-8 cgrp=default sched=0/0 handle=0xa4494920

  | state=S schedstat=( 4956218 4497661 35 ) utm=0 stm=0 core=0 HZ=100

  | stack=0xa4392000-0xa4394000 stackSize=1038KB

  | held mutexes=

  at java.lang.Object.wait!(Native method)

  - waiting on <0x0b6dc086> (a java.lang.Daemons$FinalizerWatchdogDaemon)

  at java.lang.Daemons$FinalizerWatchdogDaemon.sleepUntilNeeded(Daemons.java:269)

  - locked <0x0b6dc086> (a java.lang.Daemons$FinalizerWatchdogDaemon)

  at java.lang.Daemons$FinalizerWatchdogDaemon.run(Daemons.java:249)

  at java.lang.Thread.run(Thread.java:761)



"HeapTaskDaemon" daemon prio=10 tid=7 Blocked

  | group="system" sCount=1 dsCount=0 obj=0x12c013a0 self=0xa5188100

  | sysTid=2558 nice=-8 cgrp=default sched=0/0 handle=0xa438f920

  | state=S schedstat=( 1521874294 76742877 526 ) utm=139 stm=13 core=0 HZ=100

  | stack=0xa428d000-0xa428f000 stackSize=1038KB

  | held mutexes=

  native: #00 pc 00017404  /system/lib/libc.so (syscall+28)

  native: #01 pc 000b6dc9  /system/lib/libart.so (_ZN3art17ConditionVariable16WaitHoldingLocksEPNS_6ThreadE+92)

  native: #02 pc 001b4d55  /system/lib/libart.so (_ZN3art2gc13TaskProcessor7GetTaskEPNS_6ThreadE+288)

  native: #03 pc 001b53cd  /system/lib/libart.so (_ZN3art2gc13TaskProcessor11RunAllTasksEPNS_6ThreadE+44)

  native: #04 pc 001615cf  /system/framework/arm/boot-core-libart.oat (Java_dalvik_system_VMRuntime_runHeapTasks__+74)

  at dalvik.system.VMRuntime.runHeapTasks(Native method)

  - waiting to lock an unknown object

  at java.lang.Daemons$HeapTaskDaemon.run(Daemons.java:433)

  at java.lang.Thread.run(Thread.java:761)



"Binder:2545_1" prio=5 tid=8 Native

  | group="main" sCount=1 dsCount=0 obj=0x12c48af0 self=0x9de0d400

  | sysTid=2652 nice=0 cgrp=default sched=0/0 handle=0xa3eb1920

  | state=S schedstat=( 5254325560 1772300237 14335 ) utm=260 stm=265 core=1 HZ=100

  | stack=0xa3db5000-0xa3db7000 stackSize=1014KB

  | held mutexes=

  native: #00 pc 00048518  /system/lib/libc.so (__ioctl+8)

  native: #01 pc 0001acff  /system/lib/libc.so (ioctl+38)

  native: #02 pc 0003cc55  /system/lib/libbinder.so (_ZN7android14IPCThreadState14talkWithDriverEb+168)

  native: #03 pc 0003cd4d  /system/lib/libbinder.so (_ZN7android14IPCThreadState20getAndExecuteCommandEv+8)

  native: #04 pc 0003d2bb  /system/lib/libbinder.so (_ZN7android14IPCThreadState14joinThreadPoolEb+46)

  native: #05 pc 0004f5f5  /system/lib/libbinder.so (???)

  native: #06 pc 0000e345  /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+140)

  native: #07 pc 000664bd  /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)

  native: #08 pc 00046f63  /system/lib/libc.so (_ZL15__pthread_startPv+22)

  native: #09 pc 00019cfd  /system/lib/libc.so (__start_thread+6)

  (no managed stack frames)



"Binder:2545_2" prio=5 tid=9 Native

  | group="main" sCount=1 dsCount=0 obj=0x12c48b80 self=0x9db14000

  | sysTid=2653 nice=0 cgrp=default sched=0/0 handle=0xa3db2920

  | state=S schedstat=( 5241483935 1724604733 14116 ) utm=245 stm=279 core=1 HZ=100

  | stack=0xa3cb6000-0xa3cb8000 stackSize=1014KB

  | held mutexes=

  native: #00 pc 00048518  /system/lib/libc.so (__ioctl+8)

  native: #01 pc 0001acff  /system/lib/libc.so (ioctl+38)

  native: #02 pc 0003cc55  /system/lib/libbinder.so (_ZN7android14IPCThreadState14talkWithDriverEb+168)

  native: #03 pc 0003cd4d  /system/lib/libbinder.so (_ZN7android14IPCThreadState20getAndExecuteCommandEv+8)

  native: #04 pc 0003d2bb  /system/lib/libbinder.so (_ZN7android14IPCThreadState14joinThreadPoolEb+46)

  nativ

2020-08-18 12:01:49

点赞只看TA 引用举报 #1得分 0

⋅此用户还没有发表过任何帖子

关注私信空间博客

zhang106209

等级

本版专家分：1160

勋章

签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！

GitHub 绑定GitHub第三方账户获取: "main" prio=10 tid=1 Native 看这个就是你anr，可能是你主线程进行了耗时操作了

2020-08-18 14:38:46

点赞只看TA 引用举报 #2得分 0

⋅此用户还没有发表过任何帖子

关注私信空间博客

蓝色的天空ywj

等级

本版专家分：690

勋章

技术圈认证 用户完成年度认证，即可获得

签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！

GitHub 绑定GitHub第三方账户获取: 弹出应用无响应对话框,就是ANR，UncaughtExceptionHandler 是捕获异常不能用于ANR
ANR一般由一下几种情况造成：
1.在主线程上执行涉及I / O的慢速操作
2.主线程上进行长时间的耗时计算
3.主线程被阻塞，或者死锁状态

2020-08-18 15:05:47

点赞只看TA 引用举报 #3得分 0

收起

收藏回复

ink_s

等级：

: 签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！

: GitHub 绑定GitHub第三方账户获取

: 红花 2017年4月移动开发大版内专家分月排行榜第一

: 黄花 2016年10月移动开发大版内专家分月排行榜第二
2016年9月移动开发大版内专家分月排行榜第二

关注私信 TA的帖子

Android app 崩溃 & Crash 分析（一）: 崩溃现场崩溃现场是我们的“第一案发现场”，它保留着很多有价值的线索。在这里我们挖掘到的信息越多，下一步分析的方向就越清晰。操作系统是整个崩溃过程的“旁观者”，也是我们最重要的“证人”，也是我们最...

ANR机制及问题分析: 目录 1. 概览 2. ANR机制 2.1 ANR的监测机制 2.1.1 Service处理超时 ...2.1.2 Broadcast处理超时 ...2.2 ANR的报告机制 ...3. 问题分析方法 3.1 日志获取 3.2 问题定位 3.3 场景还原 3.3.1 第一个假设...

Android中处理崩溃异常和分析日志的两种思路: 前言：在Android开发app中，想要及时了解线上app的运行情况，须要采集样本日志，也就是常说的log,今天由“懂你行云”授权本公众号独家发布，分享他的《处理崩溃异常和分析日志的两种...

ANR相关问题分析解决方法: 第一章 Android ANR 第一节什么是ANR 最直观的情况，当你使用一款Android APP时，系统弹出一个对话框，显示“xx无响应。要将其关闭吗？”。这就是一个应用ANR的场景，你可以选择强制关闭当前应用，也可以等待...

关于Android中处理崩溃异常和分析日志的两种思路: 我们写程序的时候都希望能写出一个没有任何Bug的程序，期望在任何情况下都不会发生程序崩溃。不过理想是丰满的，现实是骨感的。没有一个程序员能保证自己写的程序绝对不会出现异常崩溃。特别是针对用户数达到几十万...

Android手机崩溃日志查看: 1.通过adb连接手机 2.输入adb logcat -v time >d:/log.txt，抓取log 3.打开log，如果是ANR，就搜索【anr】，如果是crash就搜索【fatal】

ANR问题全解析: 大部分做安卓的小伙伴相信对于ANR一定不陌生，相比于发生应用程序崩溃，发生ANR更加让人头大，主要原因是崩溃发生的时候会在Logcat中打印出发生异常的位置，开发人员很容易就能定位到崩溃并解决，显然ANR没那么轻松...

Android进阶-- /data/anr/traces.txt 文件丢失，ANR日志哪里去了？: 为什么会写这篇文章？那得从那个寒夜森森的夜晚说起了，正当俺们愉快玩耍的时候，测试同事在群里发了一条大家都不愿在这个节骨眼看到的消息~"XXX应用无响应。要将她关闭吗？"；...心中无数个T的坑，怎么会这样？...

adb 安卓monkey测试以及log日志分析: 1.monkey的简单介绍 Monkey测试是Android app自动化测试的一种手段，Monkey测试本身非常简单，就是模拟用户的按键输入，触摸屏输入等，看设备是否出异常。当Monkey程序在模拟器或设备运行的时候，如果用户出发了...

腾讯Bugly，简单实用的崩溃日志收集: 腾讯 Bugly，是腾讯公司为移动开发者开放的服务之一，面向移动开发者提供专业的 Crash 监控、崩溃分析等质量跟踪服务。Bugly 能帮助移动互联网开发者更及时地发现掌控异常，更全面的了解定位异常，更高效的修复解决...

Monkey 测试日志分析: 一、monkey测试出现错误后，分析步骤： ...1，ANR问题：在日志中Ctrl+F搜索“ANR”； 2，崩溃问题：在日志中Ctrl+F搜索“Exception”。三、分析monkey结果 log中第一个Switch，主要是查看Monk

崩溃和ANR: 文章目录常见崩溃类型快速抓取崩溃log和anr文件崩溃和ANR日志查看crash和anr问题的分析定位常见崩溃类型网络异常内存问题接口返回值错误手机特定类型错误渲染图片出现的问题 ...

小米手机显示崩溃日志: 更多设置---开发者选项---显示...在进行开发过程中有一些致命的异常导致程序闪退，但是编译器不能够捕获这个异常，debug又比较麻烦，还好小米手机开发者选项里有崩溃日志的显示功能。打开方式如上所示，真的很方便。

Android ANR异常及解决方法: ANRs (“Application Not Responding”)，意思是”应用没有响应“。...在如下情况下，Android会报出ANR错误： – 主线程 (“事件处理线程” / “UI线程”) 在5秒内没有响应输入事件 – BroadcastReceiver

腾讯Bugly 最专业的质量跟踪平台(用于跟踪、收集ANR和崩溃): 特别好用：集成特别简单添加依赖： compile 'com.tencent.bugly:crashreport:latest.release' //其中latest.release指代最新版本号，也可以...在application中进行初始化： @Override public void onCreate() {

移动应用崩溃日志收集工具对比: 移动互联网时代，由于 Android 设备的碎片化，客服人员每天要接到很多用户反馈在各种不同机型上的崩溃问题，又没有办法提供具体的 Crash 日志给开发人员。测试人员每天需要对用户的反馈进行 Bug 复现，然后抓取log ...

Android 导出Crash日志: adb pull /data/anr/ adb shell dumpsys dropbox --print >>crashlog_$(date +%Y%m%d%H%M).txt

Monkey测试结果分析: 测试准备： Monkey压力测试时除了添加测试APP，还可另外添加2-3个第三方app进行对比测试。 1.在D盘新建一个txt文件，添加APP包名，命名为whitelist.txt ...2.用cmd命令把whitelist.txt文件push到手机 ...

monkey测试中日志分析和内存泄露分析: 一.monkey日志分析 1、程序无响应的问题：在日志中搜索“ANR” 2、崩溃问题：在日志中搜索“Exception“ 看前后执行事件进行复现

Android traces.txt只保留最后一次发生ANR时的traces信息，那么以前的traces信息就丢失了么？: 网络上关于ANR的种种神秘已经被大家解析得差不多了，这里我就来说说容易被大家忽略的地方，那就是Android traces.txt文件只保留最后一次发生ANR时的traces信息，那么以前的traces信息就丢失了么？答案当然是否定了，...

Android crash--log文件分析: 一、 log文件的产生（Fatal/ANR） 1. 程序异常退出（fatal） 2. 程序强制关闭（fatal） 3. 程序无响应（Application No Response--ANR） 4. native层：Tombstone crash 5. Kernel层：kernel panic 出现...

如果应用闪退，怎么获取相关日志？: 1.通过adb logcat 然后通过包名和关键字去查找获取，如果是anr，还可以获取trace文件，然后通过开发定义的tag关键字去查找 2.三方平台log查看，什么bugly，听云之类的 3.如果可以复现的闪退，还可以使用debug版本...

monkey Log日志分析关键词: 1）程序无响应的情况：搜索关键字“ANR in” 2）崩溃的情况1：搜索关键字“CRASH” 3）崩溃的情况2：搜索关键字“Exception” 4）内存溢出的情况：搜索关键字“OOM” 5）测试成功的情况：搜索关键字“Monkey ...

深入探索Android稳定性优化: 前言成为一名优秀的Android开发，需要一份完备的知识体系，在这里，让我们一起成长为自己所想的那样~。众所周知，移动开发已经到了后半场的阶段，为了能够在众多开发者中脱颖而出，我们需要对某一个领域有深入地...

Android NDK开发Crash错误定位: 在Android开发中，程序Crash分三种情况：未捕获的异常、ANR（Application Not Responding）和闪退（NDK引发错误）。其中未捕获的异常根据logcat打印的堆栈信息很容易定位错误。ANR错误也好查，Android规定，应用与...

ANR机制以及问题分析: 目录 1. 概览2. ANR机制 2.1 ANR的监测机制 ...2.1.1 Service处理超时2.1.2 Broadcast处理超时2.1.3 Input处理超时2.1.4 小结 ...3.1 日志获取3.2 问题定位3.3 场景还原 3.3.1 第一个假设和验证

app测试（一）：配置环境/adb介绍/adb常用命令/日志文件分析(崩溃+ANR)-----自己的学习笔记: app测试：adb介绍/adb常用命令/日志文件分析(崩溃+ANR)-----自己的学习笔记 adb介绍 Adb 是用来连接android和pc端的桥梁日志输出到指定文件夹 adb常用命令查询当前正在运行的app的包名查看系统当前所有...

防止android应用程序无响应ANR(Application Not Responding): 一：什么是ANR ANR:Application Not Responding，即应用无响应二：ANR的类型 ANR一般有三种类型： 1：KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应 2：...

【Android】crash与anr的问题定位: 场景： ... 操作： ...Android手机直接使用adb命令去找到系统打印的日志，直接上图备注：这个问题好像已经解决了，我这是之前发现的，文章没写完，现在算是补发。理性对待别人家的app问题。 ...

monkey工具详解: 第一部分：背景 1.为什么要开展压力测试？提高产品的稳定性提高产品的留存率 2.什么时候开始压力测试？首轮功能测试通过后下班后的夜间进行第二部分：理论 1.什么是monkey？...Android debgu bridge

相关热词 c# 指定打印机名称 c# 在调试窗口输出信息 c# 点对点即时通讯 c#判断数字是否为空 c# 小端浮点数 c# typeof返回值 c#初始化字符串 c#dataset用法 c#实现凝聚层次聚类 c#最简单线程