Как получить Crash Point в коде Java

Question

Мое приложение имеет android-support-v4.jar только в /libs. Я не пользуюсь другой библиотекой.

Мое приложение падает с ошибкой SIGNAL 11. Я хочу использовать утилиту addr2line android-ndk. Можем ли мы найти функцию и номер строки Java-файла, используя этот инструмент? Любая помощь будет очень полезна здесь

Мое приложение writing Bluetooth Socket и между ними я закрываю socket Я подозреваю, ошибка идет потому, что write() называется после close() сокета Но я не могу найти точную строку или функцию сбоя Как я могу проверить, где я делаю неправильно

След Logcat:

D/CrashAnrDetector(831): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000008
D/CrashAnrDetector(831):     r0 00000000  r1 00000002  r2 00000008  r3 7a0efef0
D/CrashAnrDetector(831):     r4 6d6a4800  r5 00000000  r6 4025df88  r7 00000000
D/CrashAnrDetector(831):     r8 7b1d6b10  r9 791d3cc4  sl 79265220  fp 7b1d6b24
D/CrashAnrDetector(831):     ip 401f004c  sp 7b1d6ac8  lr 4172f41f  pc 4172f426  cpsr 600f0030
D/CrashAnrDetector(831):     d0  0000000000000000  d1  0000000000000000
D/CrashAnrDetector(831):     d2  0000000000000000  d3  0000000000000000
D/CrashAnrDetector(831):     d4  0100000000000000  d5  0000001000020000
D/CrashAnrDetector(831):     d6  3e4ccccd01fe1000  d7  400000004bfb9b10
D/CrashAnrDetector(831):     d8  0000000000000000  d9  0000000000000000
D/CrashAnrDetector(831):     d10 0000000000000000  d11 0000000000000000
D/CrashAnrDetector(831):     d12 0000000000000000  d13 0000000000000000
D/CrashAnrDetector(831):     d14 0000000000000000  d15 0000000000000000
D/CrashAnrDetector(831):     d16 0064006e00650073  d17 002e0067006e0069
D/CrashAnrDetector(831):     d18 006f006900730072  d19 00310027003d006e
D/CrashAnrDetector(831):     d20 002000270030002e  d21 006f0063006e0065
D/CrashAnrDetector(831):     d22 0067006e00690064  d23 007400750027003d
D/CrashAnrDetector(831):     d24 0031003200320031  d25 0036003500340033
D/CrashAnrDetector(831):     d26 0000000000000000  d27 0000000000000000
D/CrashAnrDetector(831):     d28 001e001d001c001b  d29 0020001f001d001e
D/CrashAnrDetector(831):     d30 0036003600360036  d31 0000000000000000
D/CrashAnrDetector(831):     scr 80000013
D/CrashAnrDetector(831): backtrace:
D/CrashAnrDetector(831):     #00  pc 0004f426  /system/lib/libdvm.so
D/CrashAnrDetector(831):     #01  pc 00001dad  /system/lib/libnativehelper.so (jniGetFDFromFileDescriptor+80)
D/CrashAnrDetector(831):     #02  pc 00075d11  /system/lib/libandroid_runtime.so
D/CrashAnrDetector(831):     #03  pc 00020e4c  /system/lib/libdvm.so (dvmPlatformInvoke+112)
D/CrashAnrDetector(831):     #04  pc 00051aef  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398)
D/CrashAnrDetector(831):     #05  pc 00000214  /dev/ashmem/dalvik-jit-code-cache (deleted)

Answer 1

Вы не можете получить трассировку стека для кода, написанного на языке программирования Java, из встроенной трассировки стека в виртуальной машине Dalvik по той простой причине, что Dalvik использует разные фрагменты памяти для собственного и управляемого стеков. (Я полагаю, что это возможно из-за сбоев Art, потому что Art использует общий стек, но не может сказать наверняка.)

Адрес ошибки предполагает разыменование нулевого указателя, и вызов через jniGetFDFromFileDescriptor() указывает на активность файла. Вы можете увидеть исходный код этого метода здесь. Я предполагаю, что это звонит GetIntField на пустой объект, который будет соответствовать вашим подозрениям.

Включение CheckJNI может помочь - если средство проверки JNI обнаруживает проблему, оно обычно выводит трассировку стека текущего потока в файл журнала перед тем, как убить ВМ.