在寫程式時，肯定會碰到各種問題，在解決這些問題肯定要去看控制台列印的異常資訊，根據控制台列印的異常資訊來進行針對性的解決。
那麼要解決程式執行在使用者手機上崩潰的問題，必須得找到問題的原因。因此就要收集崩潰資訊，也就是log日誌。
android程式crash時我們可以做的操作：
1、將crash資訊存到本地，然後上傳到伺服器，根據上傳的異常資訊進行針對性的處理；
2、系統自帶的crash介面是很不友好的，我們可以自定義程式crash後的介面，做的友好點；
關於以上2中操作方式，自己的見解：
1、應用中整合的友盟統計sdk，已經做了錯誤統計的功能，可以在友盟控制台直白的看到錯誤資訊，當然也可以自己處理。
2、其實到這兒關注的重點已經是，程式crash後，如何讓它以一種更友好的方式消失 或者 重啟應用
找見兩個不錯的blog，收集至此：
1、android程式crash時的異常上報
2、android 重寫系統crash處理類，儲存crash資訊到sd卡 和 完美退出程式的方法
3、android崩潰處理
Android 使用NDK定位Crash
02 27 10 57 15.736 a libc 32000 fatal signal 11 sigsegv at 0x0000000c code 1 thread 32014 thread 1461 02 27 10 57 15.736 a libc 32000 send stop signal...
如何面對程式crash
在linux系統下面，因為非法位址的錯誤而導致的程式崩潰十分常見，面對這類問題，我們一般的做法只是去仔細研讀源 並猜測問題所在。那麼有沒有更方便的方法呢？請參看如下標示 kernel check a bad boy rotterdam.elf pid 258,prio 0 has error sig...
Android常見Crash原因總結（二）
android平台程式崩潰大家都應該遇到過，force close和anr應該是大家遇到較多的。這裡把android平台程式崩潰的各種型別做乙個簡述和原因列舉。1.anr 可見anr 發生場景 應用發生anr。崩潰症狀 系統彈出視窗詢問使用者選擇 force close 或者 wait force ...