Android Java應用程序崩潰與SIGSEGV

我的android應用程序有時崩潰沒有任何錯誤消息。該應用剛剛關閉，設備返回到主屏幕。Android Java應用程序崩潰與SIGSEGV

通常會有該應用程序崩潰，但沒有顯示一些錯誤信息。 Logcat顯示某種分段違規事件導致了崩潰，但由於該應用程序只包含Java代碼而沒有本地代碼，所以我很好奇爲什麼該應用程序崩潰。是否有人給我提供線索？

這裏是當應用程序崩潰什麼logcat的是顯示：

D/dalvikvm(23912): GC freed 3923 objects/230968 bytes in 94ms 
I/DEBUG (18110): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
I/DEBUG (18110): Build fingerprint: 'MOTO_O2DE/umts_sholes/umts_sholes/sholes:2.1-update1/SHOLS_U2_02.36.0/6899264:user/rel-keys' 
I/DEBUG (18110): pid: 23912, tid: 23913 >>> com.example.test <<< 
I/DEBUG (18110): signal 11 (SIGSEGV), fault addr 0000000c 
I/DEBUG (18110): r0 00140120 r1 00000048 r2 00000000 r3 00140168 
I/DEBUG (18110): r4 afe3ae08 r5 00000006 r6 00140158 r7 0000a000 
I/DEBUG (18110): r8 100ffcf8 r9 4185eef8 10 4185eee0 fp 001243b0 
I/DEBUG (18110): ip 00000000 sp 100ffc50 lr afe0f130 pc afe0aeec cpsr 80000070 
I/DEBUG (18110):   #00 pc 0000aeec /system/lib/libc.so 
I/DEBUG (18110):   #01 pc 000008e6 /system/lib/libstdc++.so 
I/DEBUG (18110):   #02 pc 00014124 /system/lib/libutils.so 
I/DEBUG (18110):   #03 pc 0001423c /system/lib/libutils.so 
I/DEBUG (18110):   #04 pc 0001af28 /system/lib/libbinder.so 
I/DEBUG (18110):   #05 pc 0001ba20 /system/lib/libbinder.so 
I/DEBUG (18110):   #06 pc 0001bcd6 /system/lib/libbinder.so 
I/DEBUG (18110):   #07 pc 00014236 /system/lib/libutils.so 
I/DEBUG (18110):   #08 pc 000293a6 /system/lib/libandroid_runtime.so 
I/DEBUG (18110):   #09 pc 000313ca /system/lib/libandroid_runtime.so 
I/DEBUG (18110):   #10 pc 0000ecb4 /system/lib/libdvm.so 
I/DEBUG (18110):   #11 pc 00038838 /system/lib/libdvm.so 
I/DEBUG (18110):   #12 pc 000139b8 /system/lib/libdvm.so 
I/DEBUG (18110):   #13 pc 00019338 /system/lib/libdvm.so 
I/DEBUG (18110):   #14 pc 00018804 /system/lib/libdvm.so 
I/DEBUG (18110):   #15 pc 0004eed0 /system/lib/libdvm.so 
I/DEBUG (18110):   #16 pc 0004eef8 /system/lib/libdvm.so 
I/DEBUG (18110):   #17 pc 00044ada /system/lib/libdvm.so 
I/DEBUG (18110):   #18 pc 00044b66 /system/lib/libdvm.so 
I/DEBUG (18110):   #19 pc 00044ff0 /system/lib/libdvm.so 
I/DEBUG (18110):   #20 pc 000425f4 /system/lib/libdvm.so 
I/DEBUG (18110):   #21 pc 0000fd94 /system/lib/libc.so 
I/DEBUG (18110):   #22 pc 0000f860 /system/lib/libc.so 
I/DEBUG (18110): 
I/DEBUG (18110): code around pc: 
I/DEBUG (18110): afe0aedc 809bf000 2d1f08d5 f8d0d829 68c2c008 
I/DEBUG (18110): afe0aeec 600cf8dc f0404286 6890822e f04042b0 
I/DEBUG (18110): afe0aefc 4594822a d1079e02 fa122201 59a2f505 
I/DEBUG (18110): 
I/DEBUG (18110): code around lr: 
I/DEBUG (18110): afe0f120 e1a00005 e3a01001 e1a02004 ebfffa00 
I/DEBUG (18110): afe0f130 e3500000 1a000001 ea000008 ebfffa0a 
I/DEBUG (18110): afe0f140 e1a01004 e3a00002 ebfffa05 e3a02000 
I/DEBUG (18110): 
I/DEBUG (18110): stack: 
I/DEBUG (18110):  100ffc10 afe3db94 
I/DEBUG (18110):  100ffc14 afe0f130 /system/lib/libc.so 
I/DEBUG (18110):  100ffc18 00000000 
I/DEBUG (18110):  100ffc1c afe0f048 /system/lib/libc.so 
I/DEBUG (18110):  100ffc20 afe3d9dc 
I/DEBUG (18110):  100ffc24 998bffec 
I/DEBUG (18110):  100ffc28 afe3db94 
I/DEBUG (18110):  100ffc2c afe0f130 /system/lib/libc.so 
I/DEBUG (18110):  100ffc30 afe3ae08 /system/lib/libc.so 
I/DEBUG (18110):  100ffc34 003f194c [heap] 
I/DEBUG (18110):  100ffc38 00140158 [heap] 
I/DEBUG (18110):  100ffc3c 00005f38 
I/DEBUG (18110):  100ffc40 100ffcf8 
I/DEBUG (18110):  100ffc44 4185eef8 
I/DEBUG (18110):  100ffc48 df002777 
I/DEBUG (18110):  100ffc4c e3a070ad 
I/DEBUG (18110): #00 100ffc50 a9da9208 /system/lib/libbinder.so 
I/DEBUG (18110):  100ffc54 00100000 [heap] 
I/DEBUG (18110):  100ffc58 00002bd4 
I/DEBUG (18110):  100ffc5c afd008e9 /system/lib/libstdc++.so 
I/DEBUG (18110):  100ffc60 003ee870 [heap] 
I/DEBUG (18110):  100ffc64 00140158 [heap] 
I/DEBUG (18110):  100ffc68 003f194c [heap] 
I/DEBUG (18110):  100ffc6c 003f194c [heap] 
I/DEBUG (18110):  100ffc70 00005f38 
I/DEBUG (18110):  100ffc74 afd008e9 /system/lib/libstdc++.so 
I/DEBUG (18110): #01 100ffc78 00140158 [heap] 
I/DEBUG (18110):  100ffc7c a9d14127 /system/lib/libutils.so 
I/ActivityManager(1283): Process com.example.test (pid 23912) has died. 
I/WindowManager(1283): WIN DEATH: Window{44fcf318 com.example.test/com.example.test.Main paused=false} 
D/Zygote (1054): Process 23912 terminated by signal (11) 
D/dalvikvm(1614): GC freed 1856 objects/84128 bytes in 78ms

設備的Android版本爲2.1更新1

來源

2011-10-11 senola

發表您的javacode – KaiserJohaan

我將不得不因爲崩潰在不同的位置和時間點occouring發佈整個應用程序的代碼。 – senola

@senola我也打這個。你有沒有找到更多的線索？ – zaf

一個SIGSEGV表示固件錯誤。應該沒有辦法從Android SDK應用程序中導致其中的一種。

錯誤轉儲建議您在摩托羅拉的設備，也許是DROID上測試此。如果您有權訪問其他設備，請在該處嘗試您的應用並查看是否有相同的崩潰。

如果你只對一些改裝成ROM這些崩潰，你應該聯繫ROM壺和他們指出這個問題，最好是與如何重現此崩潰的指令。

如果您有多個設備上的每個運行的股票固件的崩潰，那麼這將是一個Android固件的bug。將下面的錯誤轉儲文件發送到http://b.android.com，再加上重現崩潰的步驟。

如果您僅在此摩托羅拉設備上發生崩潰，則將下面的錯誤轉儲以及再現崩潰的步驟轉移到相關的MOTODEV support board。

來源

2011-10-11 14:13:34 CommonsWare

umts_sholes表示GSM的里程碑。 –

謝謝你的回覆。我也在想，這不應該發生在SDK應用程序中，這就是爲什麼我感到驚訝。我以上使用的設備確實是Motorla Milestone，我也在運行Android 3.0.1的Motorla Xoom平板電腦上再現了這次崩潰。但它仍然是摩托羅拉的產品。我會嘗試在另一個製造商的設備上測試此功能，然後聯繫motorla或android。謝謝 – senola

@senola如果您懷疑它是摩托羅拉的問題，請聯繫我們的技術團隊，在我們的討論區developer.motorola.com上。您的XOOM是Verizon的美國模式，是WiFi模式還是美國之外的運營商的模式？ –

這些突然崩潰發生在任何其他應用程序？

能描述一下你的應用程序的一般性質，它做什麼，什麼樣的權限和程序庫是使用？隨機性使我懷疑由於熱量或其他異常情況，硬件隨機失效。

來源

2011-10-11 15:21:35

這是一個小而簡單的應用程序，只有振動許可。主要是顯示存儲在SQLite數據庫中的信息。該應用程序使用許多圖形，其中一些非常大，但沒有一般的內存問題。設備上的其他應用程序運行良好我懷疑是否存在硬件故障，並且能夠在Xoom平板電腦上進行重現。 – senola

Android Java應用程序崩潰與SIGSEGV

回答

相關問題