Android致命信號11（SIGSEGV），代碼1在art :: gc :: Heap :: GetObjectsAllocated（）

任何人都可以幫助理解此跟蹤？Android致命信號11（SIGSEGV），代碼1在art :: gc :: Heap :: GetObjectsAllocated（）

09-16 17:18:32.684 25180-25192/? W/art﹕ Suspending all threads took: 30.520ms 
09-16 17:18:32.686 25180-25192/? A/libc﹕ Fatal signal 11 (SIGSEGV), code 1, fault addr 0x550004 in tid 25192 (JDWP) 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ Build fingerprint: 'google/hammerhead/hammerhead:5.1.1/LMY48M/2167285:user/release-keys' 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ Revision: '11' 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ ABI: 'arm' 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ pid: 25180, tid: 25192, name: JDWP >>> com.example.app <<< 
09-16 17:18:32.788  185-185/? I/DEBUG﹕ signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x550004 
09-16 17:18:32.800  185-185/? I/DEBUG﹕ r0 b4827800 r1 00000000 r2 4a5d70bd r3 00550000 
09-16 17:18:32.801  185-185/? I/DEBUG﹕ r4 b483b39c r5 00000002 r6 b483b3a0 r7 b3e721b0 
09-16 17:18:32.803  185-185/? I/DEBUG﹕ r8 b4889600 r9 01acd6d0 sl 02187db3 fp 00000000 
09-16 17:18:32.804  185-185/? I/DEBUG﹕ ip 00000045 sp b3e72198 lr b464ce7f pc b462cbfe cpsr 20070030 
09-16 17:18:32.806  185-185/? I/DEBUG﹕ backtrace: 
09-16 17:18:32.807  185-185/? I/DEBUG﹕ #00 pc 00137bfe /system/lib/libart.so (art::gc::Heap::GetObjectsAllocated() const+25) 
09-16 17:18:32.809  185-185/? I/DEBUG﹕ #01 pc 000f0871 /system/lib/libart.so (art::Dbg::DdmSendHeapInfo(art::Dbg::HpifWhen)+912) 
09-16 17:18:32.810  185-185/? I/DEBUG﹕ #02 pc 000f0c37 /system/lib/libart.so (art::Dbg::DdmHandleHpifChunk(art::Dbg::HpifWhen)+114) 
09-16 17:18:32.812  185-185/? I/DEBUG﹕ #03 pc 0001a5e9 /data/dalvik-cache/arm/[email protected]@boot.oat 
09-16 17:18:33.226  185-185/? I/DEBUG﹕ Tombstone written to: /data/tombstones/tombstone_03 
09-16 17:18:33.226  754-822/? I/BootReceiver﹕ Copying /data/tombstones/tombstone_03 to DropBox (SYSTEM_TOMBSTONE) 
09-16 17:18:33.230  754-822/? W/DropBoxManagerService﹕ Dropping: SYSTEM_TOMBSTONE (10 > 0 bytes) 
09-16 17:18:33.243 754-25262/? W/DropBoxManagerService﹕ Dropping: data_app_native_crash (1065 > 0 bytes) 
09-16 17:18:33.255  199-199/? I/Zygote﹕ Process 25180 exited due to signal (11) 
09-16 17:18:33.265  754-907/? I/ActivityManager﹕ Process com.example.app (pid 25180) has died 
09-16 17:18:33.265  754-907/? W/ActivityManager﹕ Scheduling restart of crashed service com.example.app/.service.Service in 4000ms

是否有可能獲得更詳細的堆棧跟蹤，以瞭解問題？我試圖通過

adb pull /data/tombstones/tombstone_03 tomb.txt

命令，但墓碑已刪除。

來源

2015-09-16 Anton

您是否發現問題的原因？ –

nope。可能是解析sdk中的一些錯誤。 – Anton

-2

這是分段錯誤的Unix代碼。在Android上，這通常是由於嘗試使用尚未實例化的對象造成的。因此，請在您的代碼中查找可能使用null實例的地方。

來源

2015-09-16 15:24:30 Gumbo

有什麼辦法找到它發生的地方？可能是哪個庫或服務做到這一點？ – Anton

@Anton有進程ID：'pid：25180'這可能是你正在測試的應用程序。 – Gumbo

是的，在我的應用程序中的錯誤，我明白這一點。但是我找不到一個字符串的結尾，從中我可以開始處理問題。 – Anton

JDWP（Java Debug Wire Protocol）似乎是問題的原因。就我而言，如果adb斷開連接，應用程序不會崩潰。

來源

2016-11-23 08:46:32

Android致命信號11（SIGSEGV），代碼1在art :: gc :: Heap :: GetObjectsAllocated（）

回答

相關問題