總結一下在ray上看到的關於異常的幫助:
有兩種崩潰 一種是sigabrt( exc_crash), 一種是exc_bad_access( sigbus or sigsegv).
sigabrt
exc_bad_access是一種更難除錯的異常,因為它通常是記憶體管理問題 1.
注意:錯誤「this class is not key value coding-compliant for the key ***」 通常發生在載入乙個nib,指的是有乙個屬性實際上並不存在。
這通常發生當你從**中刪除outlet 屬性而 但是沒有刪除在nib的連線。
2.注意:
當你得到乙個「unrecognized selector sent to instance ***」錯誤,檢查物件是否是正確的型別,並且確實有那個方法。
你經常會發現你在呼叫並非你要的物件的方法,因為乙個指標變數可能不包含正確的值。
3.注意:這類異常很容易抓住,如果你注意編譯器警告。
就我個人而言,我對所有警告作為致命錯誤(甚至有乙個選項在構建設定螢幕在xcode中),在執行應用程式之前我會解決每乙個警告,xcode很擅長指出這樣的愚蠢的錯誤,這是明智的注意這些提示。
4.注意:只做「po $eax」時,它將呼叫物件上的「描述」方法和列印,也在這種情況下給你錯誤訊息。
異常處理總結
總的來說異常分為兩種 一 cheked exception 檢查異常 此異常在編譯時候就會檢測出來，我們必須進行捕獲處理。二 unchecked exception 非檢查異常 此異常是在執行期才會丟擲。例如我們常見的nullpointerexception indexoutofbound cept...
的異常處理 C 異常處理總結
做開發不僅僅要考慮到業務邏輯更要在寫 時將各種可能考慮周全，但是這又是很難的事情，畢竟開發就是個人的事，而使用者可能上萬甚至百萬級別。這時，程式的穩定性就極為重要，我們不能讓程式因為某一處執行出問題而就直接導致程式或者產生其他更嚴重的後果，比如 做除法時當除數為零時，陣列訪問越界時，容器capaci...
Java異常處理總結
轉至 http sllereak.blog.163.com blog runtimeexception 執行時異常，不需要顯示捕獲 只要是throwable的例項或者它的子類的例項都能被throws 方法中 也能被throw 塊中 exception我能處理的 error系統斷電，無法處理 runt...