Narzędzie ndk-stack umożliwia symbolizowanie ścieżek stosu z adb logcat lub z tombstone’a w /data/tombstones/. Zastępuje on każdy adres w bibliotece udostępnionej odpowiednim adresem <source-file>:<line-number> z kodu źródłowego, co ułatwia debugowanie.
Na przykład:
I/DEBUG ( 31): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** I/DEBUG ( 31): Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys' I/DEBUG ( 31): pid: 351, tid: 351 >>> /data/local/ndk-tests/crasher <<< I/DEBUG ( 31): signal 11 (SIGSEGV), fault addr 0d9f00d8 I/DEBUG ( 31): r0 0000af88 r1 0000a008 r2 baadf00d r3 0d9f00d8 I/DEBUG ( 31): r4 00000004 r5 0000a008 r6 0000af88 r7 00013c44 I/DEBUG ( 31): r8 00000000 r9 00000000 10 00000000 fp 00000000 I/DEBUG ( 31): ip 0000959c sp be956cc8 lr 00008403 pc 0000841e cpsr 60000030 I/DEBUG ( 31): #00 pc 0000841e /data/local/ndk-tests/crasher I/DEBUG ( 31): #01 pc 000083fe /data/local/ndk-tests/crasher I/DEBUG ( 31): #02 pc 000083f6 /data/local/ndk-tests/crasher I/DEBUG ( 31): #03 pc 000191ac /system/lib/libc.so I/DEBUG ( 31): #04 pc 000083ea /data/local/ndk-tests/crasher I/DEBUG ( 31): #05 pc 00008458 /data/local/ndk-tests/crasher I/DEBUG ( 31): #06 pc 0000d362 /system/lib/libc.so I/DEBUG ( 31):
na bardziej czytelną wersję:
********** Crash dump: ********** Build fingerprint: 'generic/google_sdk/generic/:2.2/FRF91/43546:eng/test-keys' pid: 351, tid: 351 >>> /data/local/ndk-tests/crasher <<< signal 11 (SIGSEGV), fault addr 0d9f00d8 Stack frame #00 pc 0000841e /data/local/ndk-tests/crasher : Routine zoo in /tmp/foo/crasher/jni/zoo.c:13 Stack frame #01 pc 000083fe /data/local/ndk-tests/crasher : Routine bar in /tmp/foo/crasher/jni/bar.c:5 Stack frame #02 pc 000083f6 /data/local/ndk-tests/crasher : Routine my_comparison in /tmp/foo/crasher/jni/foo.c:9 Stack frame #03 pc 000191ac /system/lib/libc.so Stack frame #04 pc 000083ea /data/local/ndk-tests/crasher : Routine foo in /tmp/foo/crasher/jni/foo.c:14 Stack frame #05 pc 00008458 /data/local/ndk-tests/crasher : Routine main in /tmp/foo/crasher/jni/main.c:19 Stack frame #06 pc 0000d362 /system/lib/libc.so
Wykorzystanie
Aby użyć ndk-stack, musisz najpierw mieć katalog zawierający nieobcięte wersje wspólnych bibliotek aplikacji. Jeśli używasz interfejsu ndk-build, te niepozorne udostępnione biblioteki znajdziesz w narzędziu $PROJECT_PATH/obj/local/<abi>, gdzie <abi> to interfejs ABI Twojego urządzenia.
W przypadku kompilacji wtyczki Android do obsługi Gradle (AGP) nieusunięte biblioteki znajdują się w regionie <project-path>/build/intermediates/cxx/<build-type>/<hash>/obj/<abi>, gdzie <project-path> to katalog projektu AGP zawierającego moduł, który chcesz symbolizować (domyślnie jest to app), a <build-type> to nazwa typu kompilacji CMake lub ndk-build (np. RelWithDebInfo, Release, Debug itp.), <hash> jest dowolną wartością, a <abi> to ABI urządzenia.
Z tego narzędzia można korzystać na 2 sposoby. Tekst z logcat możesz podać bezpośrednio do programu. Na przykład:
adb logcat | $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi-v7a
Możesz też użyć opcji -dump, aby podać logcat jako plik wejściowy. Na przykład:
adb logcat > /tmp/foo.txt $NDK/ndk-stack -sym $PROJECT_PATH/obj/local/armeabi-v7a -dump foo.txt
Gdy rozpoczyna analizowanie danych wyjściowych logcat, szuka początkowego wiersza z gwiazdkami. Na przykład:
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Uwaga: przy kopiowaniu i wklejaniu logów czasu nie zapomnij o tym wierszu, w przeciwnym razie ndk-stack nie będzie działać prawidłowo.
Więcej informacji
Google Play używa symbolu ndk-stack do symbolizacji zrzutów stosu w przypadku aplikacji natywnych w Konsoli Google Play. Aby dowiedzieć się, jak włączyć tę funkcję w aplikacji w środowisku produkcyjnym, przeczytaj artykuł o dołączaniu pliku symboli debugowania natywnego w przypadku aplikacji w Konsoli Google Play.