trycatch(exception ex)
1、有風險或者可能會丟擲異常的程式**必須要宣告它會丟擲異常
2、呼叫該方法時則需要丟擲異常
runtimeexceptions及其子類不會被編譯器檢查
要點：如果try塊內部的程式成功執行則會跳過catch塊的內容；
1、finally無論如何都會被執行
2、盡量不要在finally塊內部進行return
方法可在執行期間遇到問題時丟擲異常
異常是exception型別的物件
方法可以使用throw關鍵字丟擲異常物件
可能會丟擲異常的方法必須宣告成 throws exception
如果要處理異常狀況，使用try/catch關鍵字，如果不打算處理異常，可以通過throws宣告然後將它傳遞給上級呼叫來處理
1、以異常的父型來宣告會丟擲的異常，這代表可以丟擲子型別的異常而不用個別宣告
2、以所丟擲的異常父型來catch異常，可以catch到任何子型別的異常狀況
3、但是有的異常需要單獨進行處理，這時候就需要對其編寫不同的catch塊
4、catch塊可以有多個，不過它的排列有要求，必須按照從小到大的順序從上往下排列，範圍小的子類要放在上面不然就不會被呼叫到
不想處理異常時候，只要宣告異常來告訴編譯器，自己了解到這是乙個有異常的方法，就可以將異常交給上一級呼叫來處理，但這只是在踢皮球，並沒有真正的處理異常，如果直到main方法都知識進行宣告而沒有處理異常，這時候因為進行了異常的宣告，所以可以通過編譯，但是執行時jvm就會中斷程式的執行。
所以要在適當的節點進行異常的處理或者宣告。
做個合格的程式設計師
不規範的表現 碰到這樣一種情況，用乙個月的時間做出了乙個產品，然後花了半年的時間來改bug，越改越冗餘，越改越混亂，有時候改乙個bug還會引入另乙個bug。1 乙個好的 是需要設計的，在寫 的時候心中要有架構，這樣寫出來的 才會更內聚，更加模組化，介面明確，邊界清晰。我看到了大量的複製貼上的 有些功...
做個快樂的程式設計師
俄,很長一段時間裡,一直在是否成為職業程式設計師的問題上糾結,最近突然明白,自己也許就是為這行而生的.大致理由有下 1.理工科出生 2.喜歡簡單的生活 待過私企,國企,其中的遊戲規則還是了解一些,發現這些都不是自己想要的 3.自己在cv上還小有研究 畢業後比較慶幸的事情就是自己就一直在做這方面的工作...
做個愛讀書的程式設計師
很多時候我們抱怨工作過於忙碌，疲於應付各種事情。但是往往即使有時間也總是會無所事事地浪費掉，我們可以找很多理由去給自己解脫，固然是想在忙碌之外給自己放鬆一下，大多卻是過於可惜的時候。今天跟乙個好兄弟通了個 談論這幾年，說到讀書，唏噓不已，未曾能將一件事情堅持過多久。手裡放的那幾本書，兩年前就說要看，...