Andriod trance日志分析的思路

先列出自己项目中出现的一段trance日志

----- pid 9576 at 2017-06-26 15:42:16 -----Cmd line: com.xinwei.pnasJNI: CheckJNI is off; workarounds are off; pins=0; globals=385 (plus 3 weak)DALVIK THREADS:(mutexes: tll=0 tsl=0 tscl=0 ghl=0)"main" prio=5 tid=1 NATIVE  | group="main" sCount=1 dsCount=0 obj=0x41db6cd8 self=0x41da53a8  | sysTid=9576 nice=0 sched=0/0 cgrp=apps handle=1074602324  | state=R schedstat=( 12918121305 48982818656 34050 ) utm=1094 stm=197 core=0  #00  pc 00021984  /system/lib/libc.so (__futex_syscall3+8)  #01  pc 0000efa4  /system/lib/libc.so "XWH264Decoder" prio=5 tid=40 WAIT  | group="main" sCount=1 dsCount=0 obj=0x430c9360 self=0x602f8348  | sysTid=10630 nice=0 sched=0/0 cgrp=apps handle=1650983264  | state=S schedstat=( 1231109617 9293579108 10180 ) utm=88 stm=35 core=0  at java.lang.Object.wait(Native Method)  - waiting on <0x430c93f0> (a java.lang.VMThread) held by tid=40 (XWH264Decoder)  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$ConditionObject.await(AbstractQueuedSynchronizer.java:2017)  at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:373)  at com.xinwei.sdc.media.video.XWH264Decoder$1.run(XWH264Decoder.java:72)

特别说明一下MONITOR状态和SUSPEND状态，

MONITOR状态一般是类的同步块或者同步方法造成的，SUSPENDED状态在debugger的时候会出现，可以用来区别是不是真的是用户正常操作跑出了ANR。

main prio=5 tid=1 NATIVE
说明了线程名称、线程的优先级、线程锁id和线程状态。线程名称是启动线程的时候手动指明的，这里的main标识是主线程，是Android自动设定的一个线程名称，如果是自己手动创建的线程，一般会被命名成“Thread-xx”的格式，其中xx是线程id，它只增不减不会被复用；注意这其中的tid不是线程的id,它是一个在Java虚拟机中用来实现线程锁的变量，随着线程的增减，这个变量的值是可能被复用的；最后线程的状态还分为如下几种
从trace文件可以看出，发生ANR的主线程正处于monitor状态，也就是它在等待一个synchronized块或者方法，但是目前这个monitor正在被tid=11的线程持有，所以造成了主线程被阻塞，从而发生了ANR。死锁的分析也是类似，发生死锁的线程一般处于MONITOR状态或者WAIT状态，等待其他进程的锁或者monitor，而其他进程又在等待另外线程的锁或者monitor，一直这样依赖下去，直到形成一个环。

Thread状态
[java] view plain copy print?
ThreadState (defined at “dalvik/vm/thread.h “)
THREAD_UNDEFINED = -1, /* makes enum compatible with int32_t */
THREAD_ZOMBIE = 0, /* TERMINATED */
THREAD_RUNNING = 1, /* RUNNABLE or running now */
THREAD_TIMED_WAIT = 2, /* TIMED_WAITING in Object.wait() */
THREAD_MONITOR = 3, /* BLOCKED on a monitor */
THREAD_WAIT = 4, /* WAITING in Object.wait() */
THREAD_INITIALIZING= 5, /* allocated, not yet running */
THREAD_STARTING = 6, /* started, not yet on thread list */
THREAD_NATIVE = 7, /* off in a JNI native method */
THREAD_VMWAIT = 8, /* waiting on a VM resource */
THREAD_SUSPENDED = 9, /* suspended, usually by GC or debugger */