Android程序運行報錯"Process xxxx has died"原因查找

在我們的程序掛掉之後,我們抓取log分析,有時候有以下提示:

      "I/ActivityManager( 2212): Process com.seven.test (pid 2758) has died."

      這句話的意思就是說我們的程序主進程已經死掉了,這肯定不是我們所期望的啊,那麼這種錯誤如何分析呢?以下是我的分析過程

      1.首先找到關鍵log

  1. I/DEBUG   ( 2104): pid: 2758, tid: 3374  >>> com.seven.test <<<  
  2. I/DEBUG   ( 2104): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 3128b000  
  3. I/DEBUG   ( 2104):  r0 0000006c  r1 312873ff  r2 00000001  r3 00000000  
  4. I/DEBUG   ( 2104):  r4 3128b001  r5 002625a0  r6 00000030  r7 31287444  
  5. I/DEBUG   ( 2104):  r8 4120bc36  r9 4120d264  10 412103d0  fp 4120bf18  
  6. I/DEBUG   ( 2104):  ip 4120d2dc  sp 31287410  lr 41208297  pc 41208306  cpsr 20000030  
  7. I/DEBUG   ( 2104):  d0  6265726f7473202c  d1  6d756e20646e6165  
  8. I/DEBUG   ( 2104):  d2  4a5f6e6f6d6d6f61  d3  6e6f6d6d6f436964  
  9. I/DEBUG   ( 2104):  d4  c1b9a500c1b5a500  d5  40e0000000000007  
  10. I/DEBUG   ( 2104):  d6  c1d80000ffffffe5  d7  7149f2ca00000000  
  11. I/DEBUG   ( 2104):  d8  0000000042f61800  d9  42f6180042f61800  
  12. I/DEBUG   ( 2104):  d10 446147ae2b09cae8  d11 00000000446147ae  
  13. I/DEBUG   ( 2104):  d12 0000000000000000  d13 0000000000000000  
  14. I/DEBUG   ( 2104):  d14 0000000000000000  d15 0000000000000000  
  15. I/DEBUG   ( 2104):  d16 7eb0fe582b07fb58  d17 4010000000000000  
  16. I/DEBUG   ( 2104):  d18 0000000000000000  d19 0000000000000000  
  17. I/DEBUG   ( 2104):  d20 3ff0000000000000  d21 8000000000000000  
  18. I/DEBUG   ( 2104):  d22 0000000000000000  d23 0000fd010000fd22  
  19. I/DEBUG   ( 2104):  d24 0000050000000520  d25 0000050000000520  
  20. I/DEBUG   ( 2104):  d26 0000050000000520  d27 0000050000000520  
  21. I/DEBUG   ( 2104):  d28 0000000000000000  d29 3ff0000000000000  
  22. I/DEBUG   ( 2104):  d30 0000000000000000  d31 3ff0000000000000  
  23. I/DEBUG   ( 2104):  scr 60000012  
  24. I/DEBUG   ( 2104):   
  25. I/DEBUG   ( 2104):          #00  pc 00008306  /data/data/com.seven.test/files/mylib.so  
  26. I/DEBUG   ( 2104):          #01  pc 000083d4  /data/data/com.seven.test/files/mylib.so  
  27. I/DEBUG   ( 2104):   
  28. I/DEBUG   ( 2104): code around pc:  
  29. I/DEBUG   ( 2104): 412082e4 447b4a0d 33184479 f7fa447a f04fecea   
  30. I/DEBUG   ( 2104): 412082f4 e00930ff 280a3401 f804d103 20000c01   
  31. I/DEBUG   ( 2104): 41208304 f804e002 e7e30c01 70212100 bf00bd70   
  32. I/DEBUG   ( 2104): 41208314 0000222e 00003897 0000390a 4ff0e92d   
  33. I/DEBUG   ( 2104): 41208324 81acf8df 91acf8df 6d84f5ad 468244f8   
  34. I/DEBUG   ( 2104):   
  35. I/DEBUG   ( 2104): code around lr:  
  36. I/DEBUG   ( 2104): 41208274 22002c8c f44f9300 46136080 f7fa4629   
  37. I/DEBUG   ( 2104): 41208284 2801ee5e d1074602 f10d4620 f7fa0197   
  38. I/DEBUG   ( 2104): 41208294 f89dedba e00b0097 49094808 44784a09   
  39. I/DEBUG   ( 2104): 412082a4 030cf110 447a4479 f7fa2003 2000ed0a   
  40. I/DEBUG   ( 2104): 412082b4 bd30b027 000f4240 fff0bdc0 00002272   
  41. I/DEBUG   ( 2104):   
  42. I/DEBUG   ( 2104): stack:  
  43. I/DEBUG   ( 2104):     312873d0  00000000    
  44. I/DEBUG   ( 2104):     312873d4  00000000    
  45. I/DEBUG   ( 2104):     312873d8  00000000    
  46. I/DEBUG   ( 2104):     312873dc  00000000    
  47. I/DEBUG   ( 2104):     312873e0  00000000    
  48. I/DEBUG   ( 2104):     312873e4  00000000    
  49. I/DEBUG   ( 2104):     312873e8  00000000    
  50. I/DEBUG   ( 2104):     312873ec  00000000    
  51. I/DEBUG   ( 2104):     312873f0  00000000   
  52. I/DEBUG   ( 2104):     312873f4  00000002    
  53. I/DEBUG   ( 2104):     312873f8  0007a11d    
  54. I/DEBUG   ( 2104):     312873fc  6cd0b0be    
  55. I/DEBUG   ( 2104):     31287400  4120bb83  /data/data/com.seven.test/files/mylib.so  
  56. I/DEBUG   ( 2104):     31287404  3128b000    
  57. I/DEBUG   ( 2104):     31287408  df002777    
  58. I/DEBUG   ( 2104):     3128740c  e3a070ad   
  59. I/DEBUG   ( 2104): #00 31287410  4120bb83  /data/data/com.seven.test/files/mylib.so  
  60. I/DEBUG   ( 2104):     31287414  31287644    
  61. I/DEBUG   ( 2104):     31287418  4120a53c  /data/data/com.seven.test/files/mylib.so  
  62. I/DEBUG   ( 2104):     3128741c  412083d9  /data/data/com.seven.test/files/mylib.so  
  63. I/DEBUG   ( 2104): #01 31287420  31287444    
  64. I/DEBUG   ( 2104):     31287424  00000001    
  65. I/DEBUG   ( 2104):     31287428  4120bb83  /data/data/com.seven.test/files/mylib.so  
  66. I/DEBUG   ( 2104):     3128742c  00000007    
  67. I/DEBUG   ( 2104):     31287430  00000000    
  68. I/DEBUG   ( 2104):     31287434  31287b00    
  69. I/DEBUG   ( 2104):     31287438  002625a0    
  70. I/DEBUG   ( 2104):     3128743c  4120a53c  /data/data/com.seven.test/files/mylib.so  
  71. I/DEBUG   ( 2104):     31287440  4120bb83  /data/data/com.seven.test/files/mylib.so  
  72. I/DEBUG   ( 2104):     31287444  00000000    
  73. I/DEBUG   ( 2104):     31287448  00000000    
  74. I/DEBUG   ( 2104):     3128744c  00000000    
  75. I/DEBUG   ( 2104):     31287450  00000000    
  76. I/DEBUG   ( 2104):     31287454  00000000    
  77. I/DEBUG   ( 2104):     31287458  00000000    
  78. I/DEBUG   ( 2104):     3128745c  00000000    
  79. I/DEBUG   ( 2104):     31287460  00000000    
  80. I/DEBUG   ( 2104):     31287464  00000000        

        爲什麼要抓取這段log呢?這得從process xxx has died.這個錯誤說起,這個錯誤一般是由內存棧溢出導致的,而導致內存棧溢出的原因很大程度上是由於JNI的調用,在我的測試程序中的確用到了JNI。這個問題就出在C/C++所寫的代碼中。比如:申請了一個很大的棧空間char[65535]或者在C/C++中遞歸調用了一個棧方法,也有可能代碼上出現非邏輯性錯誤,但代碼判斷錯誤或者沒有正常拋出異常等等,從而導致棧溢出等等。

        2.如何分析

       如果單單通過查看log是無法知道具體哪裏出錯了,所以我們需要反彙編我們調用到的.so庫文件,因爲C/C++方法都編譯在.so庫文件中。我們可以通過以下方法反彙編:

      在AndroidSourceCode目錄下找到:

      路徑:

      AndroidSourceCode/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin

      關鍵程序:

      有一個arm-eabi-objdump工具可用於反彙編

      在終端中執行方法如下:

      ./arm-eabi-objdump -dS mylib.so > mylib.dump

      最後,打開反彙編之後的libtp.dump,通過搜索找到代碼出錯地址:00008306  。根據出錯地址,我們可以知道在C/C++中具體哪個方法出錯了。

      以上步驟均在Ubuntu 10.04的環境下完成。


發佈了23 篇原創文章 · 獲贊 5 · 訪問量 36萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章