wordpress做文字站,30分钟seo网站,手机图文制作软件,dw做aspx网站C/C语言在编译以后#xff0c;函数的名字会被编译器修改#xff0c;改成编译器内部的名字#xff0c;这个名字会在链接的时候用到。如果用backtrace之类的函数打印堆栈时#xff0c;显示的就是被编译器修改过的名字#xff0c;比如说_Z3foov 。 那么这个函数真实的名字是什…C/C语言在编译以后函数的名字会被编译器修改改成编译器内部的名字这个名字会在链接的时候用到。如果用backtrace之类的函数打印堆栈时显示的就是被编译器修改过的名字比如说_Z3foov 。 那么这个函数真实的名字是什么呢
每个编译器都有一套自己内部的名字这里只是针对linux下g而言。 以下是基本的方法: 每个方法都是以_Z开头对于嵌套的名字比如名字空间中的名字或者是类中间的名字,比如Class::Func后面紧跟N 然后是各个名字空间和类的名字每个名字前是名字字符的长度再以E结尾。(如果不是嵌套名字则不需要以E结尾)
比如上面的_Z3foov 就是函数foo() , v 表示参数类型为void . 又如N:C:Func 经过修饰后就是 _ZN1N1C4FuncE, 这个函数名后面跟参数类型。 如果跟一个整型那就是_ZN1N1C4FuncEi
另外在linux下有一个工具可以实现这种转换这个工具是cfilt , 注意不是cfilter.
xuyangubuntu15:~/blog$ cfilt _ZN1N1C4FuncEi
N::C::Func(int)
复制
native: #05 pc 003f0bcb /system/lib/libart.so (_ZN3art25JniMethodEndWithReferenceEP8_jobjectjPNS_6ThreadE30)
类或命名空间中的变量或函数
以”_ZN”开头然后是各个空间和类的名字每个名字前是名的字符长度然后是变量/函数名的长度和变量/函数名后面紧跟”E”然后如果是函数则跟参数别名如果是变量则什么都不用加。如上面代码中的mangling::C1::C2::func(int i)改编后的符号是_ZN8mangling2C12C24funcEi
ZN
3art
25JniMethodEndWithReference
_EP8_jobjectjPNS_6ThreadE30
SIGABRT的可能原因
3种可能 1、double free/free 没有初始化的地址或者错误的地址 2、堆越界 3、assert
ID: 虚拟机分配的唯一的线程ID,在Dalvik里它们是从3开始的奇数。 Tidlinux的线程ID号 Stauts线程状态比较多有下面的一些 running: 正在执行程序代码 sleeping执行了Thread.sleep() monitor等待接受一个监听锁。 wait:Object.wait()等待被其他线程唤醒 native正在执行native代码 vmwait等待虚拟机这个不是很懂高手指教这个状态在什么情况下发生 zombie线程在垂死的进程 init线程在初始化我们不可能看到 starting线程正在启动我们不可能看到 utime执行用户代码的累计时间 stime执行系统代码的累计时间 name线程的名字
04-22 11:12:22.105 8084 8691 E art : JNI ERROR (app bug): accessed deleted global reference 0x7fa
04-22 11:12:22.128 8084 8691 F art : art/runtime/java_vm_ext.cc:470] JNI DETECTED ERROR IN APPLICATION: use of deleted global reference 0x7fa
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] from android.hardware.usb.UsbRequest android.hardware.usb.UsbDeviceConnection.native_request_wait()
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] Usb Read Thread prio5 tid22 Runnable
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] | groupmain sCount0 dsCount0 obj0x32c46d30 self0xdf4d8d00
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] | sysTid8691 nice0 cgrpdefault sched0/0 handle0xc9c13920
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] | stateR schedstat( 579270 485573 4 ) utm0 stm0 core1 HZ100
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] | stack0xc9b11000-0xc9b13000 stackSize1038KB
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] | held mutexes mutator lock(shared held)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #00 pc 0034d971 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv128)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #01 pc 0032e131 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap308)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #02 pc 00237cad /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_848)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #03 pc 00238243 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortFEPKcS2_z66)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #04 pc 00331b59 /system/lib/libart.so (_ZNK3art6Thread13DecodeJObjectEP8_jobject240)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #05 pc 003f0bcb /system/lib/libart.so (_ZN3art25JniMethodEndWithReferenceEP8_jobjectjPNS_6ThreadE30)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] native: #06 pc 0046cbdb /system/framework/arm/boot-framework.oat (Java_android_hardware_usb_UsbDeviceConnection_native_1request_1wait__86)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.hardware.usb.UsbDeviceConnection.native_request_wait(Native method)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.hardware.usb.UsbDeviceConnection.requestWait(UsbDeviceConnection.java:272)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at com.ximmerse.io.usb.JavaUsbStream.run(JavaUsbStream.java:196)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.os.Handler.handleCallback(Handler.java:751)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.os.Handler.dispatchMessage(Handler.java:95)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.os.Looper.loop(Looper.java:154)
04-22 11:12:22.129 8084 8691 F art : art/runtime/java_vm_ext.cc:470] at android.os.HandlerThread.run(HandlerThread.java:61)
复制
参考链接
关于Android中so的符号表导出以及C的符号改编规则Android下打印调试堆栈方法 Coredump介绍及如何在Android中开启和使用来分析Crash等问题coredumpandroid
