JAVA代碼異常避免,java的異常

java異常處理詳解！！

異常處理是程序設(shè)計(jì)中一個(gè)非常重要的方面，也是程序設(shè)計(jì)的一大難點(diǎn)，從C開始，你也許已經(jīng)知道如何用if...else...來控制異常了，也許是自發(fā)的，然而這種控制異常痛苦，同一個(gè)異?；蛘咤e(cuò)誤如果多個(gè)地方出現(xiàn)，那么你每個(gè)地方都要做相同處理，感覺相當(dāng)?shù)穆闊?Java語言在設(shè)計(jì)的當(dāng)初就考慮到這些問題，提出異常處理的框架的方案，所有的異常都可以用一個(gè)類型來表示，不同類型的異常對(duì)應(yīng)不同的子類異常（這里的異常包括錯(cuò)誤概念），定義異常處理的規(guī)范，在1.4版本以后增加了異常鏈機(jī)制，從而便于跟蹤異常！這是Java語言設(shè)計(jì)者的高明之處，也是Java語言中的一個(gè)難點(diǎn)，下面是我對(duì)Java異常知識(shí)的一個(gè)總結(jié)，也算是資源回收一下。

創(chuàng)新互聯(lián)專注于孝義網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供孝義營銷型網(wǎng)站建設(shè)，孝義網(wǎng)站制作、孝義網(wǎng)頁設(shè)計(jì)、孝義網(wǎng)站官網(wǎng)定制、微信平臺(tái)小程序開發(fā)服務(wù)，打造孝義網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供孝義網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

一、Java異常的基礎(chǔ)知識(shí)

異常是程序中的一些錯(cuò)誤，但并不是所有的錯(cuò)誤都是異常，并且錯(cuò)誤有時(shí)候是可以避免的。比如說，你的代碼少了一個(gè)分號(hào)，那么運(yùn)行出來結(jié)果是提示是錯(cuò)誤java.lang.Error；如果你用System.out.println(11/0)，那么你是因?yàn)槟阌?做了除數(shù)，會(huì)拋出java.lang.ArithmeticException的異常。 有些異常需要做處理，有些則不需要捕獲處理，后面會(huì)詳細(xì)講到。 天有不測(cè)風(fēng)云，人有旦夕禍福，Java的程序代碼也如此。在編程過程中，首先應(yīng)當(dāng)盡可能去避免錯(cuò)誤和異常發(fā)生，對(duì)于不可避免、不可預(yù)測(cè)的情況則在考慮異常發(fā)生時(shí)如何處理。 Java中的異常用對(duì)象來表示。Java對(duì)異常的處理是按異常分類處理的，不同異常有不同的分類，每種異常都對(duì)應(yīng)一個(gè)類型（class），每個(gè)異常都對(duì)應(yīng)一個(gè)異常（類的）對(duì)象。 異常類從哪里來？有兩個(gè)來源，一是Java語言本身定義的一些基本異常類型，二是用戶通過繼承Exception類或者其子類自己定義的異常。Exception 類及其子類是 Throwable 的一種形式，它指出了合理的應(yīng)用程序想要捕獲的條件。 異常的對(duì)象從哪里來呢？有兩個(gè)來源，一是Java運(yùn)行時(shí)環(huán)境自動(dòng)拋出系統(tǒng)生成的異常，而不管你是否愿意捕獲和處理，它總要被拋出！比如除數(shù)為0的異常。二是程序員自己拋出的異常，這個(gè)異?？梢允浅绦騿T自己定義的，也可以是Java語言中定義的，用throw 關(guān)鍵字拋出異常，這種異常常用來向調(diào)用者匯報(bào)異常的一些信息。 異常是針對(duì)方法來說的，拋出、聲明拋出、捕獲和處理異常都是在方法中進(jìn)行的。 Java異常處理通過5個(gè)關(guān)鍵字try、catch、throw、throws、finally進(jìn)行管理?；具^程是用try語句塊包住要監(jiān)視的語句，如果在try語句塊內(nèi)出現(xiàn)異常，則異常會(huì)被拋出，你的代碼在catch語句塊中可以捕獲到這個(gè)異常并做處理；還有以部分系統(tǒng)生成的異常在Java運(yùn)行時(shí)自動(dòng)拋出。你也可以通過throws關(guān)鍵字在方法上聲明該方法要拋出異常，然后在方法內(nèi)部通過throw拋出異常對(duì)象。finally語句塊會(huì)在方法執(zhí)行return之前執(zhí)行，一般結(jié)構(gòu)如下： try{ 程序代碼 }catch(異常類型1 異常的變量名1){ 程序代碼 }catch(異常類型2 異常的變量名2){ 程序代碼 }finally{ 程序代碼 } catch語句可以有多個(gè)，用來匹配多個(gè)異常，匹配上多個(gè)中一個(gè)后，執(zhí)行catch語句塊時(shí)候僅僅執(zhí)行匹配上的異常。catch的類型是Java語言中定義的或者程序員自己定義的，表示代碼拋出異常的類型，異常的變量名表示拋出異常的對(duì)象的引用，如果catch捕獲并匹配上了該異常，那么就可以直接用這個(gè)異常變量名，此時(shí)該異常變量名指向所匹配的異常，并且在catch代碼塊中可以直接引用。這一點(diǎn)非常非常的特殊和重要！ Java異常處理的目的是提高程序的健壯性，你可以在catch和finally代碼塊中給程序一個(gè)修正機(jī)會(huì)，使得程序不因異常而終止或者流程發(fā)生以外的改變。同時(shí)，通過獲取Java異常信息，也為程序的開發(fā)維護(hù)提供了方便，一般通過異常信息就很快就能找到出現(xiàn)異常的問題（代碼）所在。 Java異常處理是Java語言的一大特色，也是個(gè)難點(diǎn)，掌握異常處理可以讓寫的代碼更健壯和易于維護(hù)。

二、Java異常類類圖

下面是這幾個(gè)類的層次圖： java.lang.Object java.lang.Throwable java.lang.Exception java.lang.RuntimeException java.lang.Error java.lang.ThreadDeath

下面四個(gè)類的介紹來自java api 文檔。

1、Throwable Throwable 類是 Java 語言中所有錯(cuò)誤或異常的超類。只有當(dāng)對(duì)象是此類（或其子類之一）的實(shí)例時(shí)，才能通過 Java 虛擬機(jī)或者 Java throw 語句拋出。類似地，只有此類或其子類之一才可以是 catch 子句中的參數(shù)類型。 兩個(gè)子類的實(shí)例，Error 和 Exception，通常用于指示發(fā)生了異常情況。通常，這些實(shí)例是在異常情況的上下文中新近創(chuàng)建的，因此包含了相關(guān)的信息（比如堆棧跟蹤數(shù)據(jù)）。

2、Exception Exception 類及其子類是 Throwable 的一種形式，它指出了合理的應(yīng)用程序想要捕獲的條件，表示程序本身可以處理的異常。

3、Error Error 是 Throwable 的子類，表示僅靠程序本身無法恢復(fù)的嚴(yán)重錯(cuò)誤，用于指示合理的應(yīng)用程序不應(yīng)該試圖捕獲的嚴(yán)重問題。 在執(zhí)行該方法期間，無需在方法中通過throws聲明可能拋出但沒有捕獲的 Error 的任何子類，因?yàn)镴ava編譯器不去檢查它，也就是說，當(dāng)程序中可能出現(xiàn)這類異常時(shí)，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會(huì)編譯通過。

4、RuntimeException RuntimeException 是那些可能在 Java 虛擬機(jī)正常運(yùn)行期間拋出的異常的超類。Java編譯器不去檢查它，也就是說，當(dāng)程序中可能出現(xiàn)這類異常時(shí)，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會(huì)編譯通過，這種異常可以通過改進(jìn)代碼實(shí)現(xiàn)來避免。

5、ThreadDeath 調(diào)用 Thread 類中帶有零參數(shù)的 stop 方法時(shí)，受害線程將拋出一個(gè) ThreadDeath 實(shí)例。 僅當(dāng)應(yīng)用程序在被異步終止后必須清除時(shí)才應(yīng)該捕獲這個(gè)類的實(shí)例。如果 ThreadDeath 被一個(gè)方法捕獲，那么將它重新拋出非常重要，因?yàn)檫@樣才能讓該線程真正終止。 如果沒有捕獲 ThreadDeath，則頂級(jí)錯(cuò)誤處理程序不會(huì)輸出消息。 雖然 ThreadDeath 類是“正常出現(xiàn)”的，但它只能是 Error 的子類而不是 Exception 的子類，因?yàn)樵S多應(yīng)用程序捕獲所有出現(xiàn)的 Exception，然后又將其放棄。

以上是對(duì)有關(guān)異常API的一個(gè)簡單介紹，用法都很簡單，關(guān)鍵在于理解異常處理的原理，具體用法參看Java API文檔。

三、Java異常處理機(jī)制

對(duì)于可能出現(xiàn)異常的代碼，有兩種處理辦法： 第一、在方法中用try...catch語句捕獲并處理異常，catach語句可以有多個(gè)，用來匹配多個(gè)異常。例如： public void p(int x){ try{ ... }catch(Exception e){ ... }finally{ ... } }

第二、對(duì)于處理不了的異?；蛘咭D(zhuǎn)型的異常，在方法的聲明處通過throws語句拋出異常。例如： public void test1() throws MyException{ ... if(....){ throw new MyException(); } } 如果每個(gè)方法都是簡單的拋出異常，那么在方法調(diào)用方法的多層嵌套調(diào)用中，Java虛擬機(jī)會(huì)從出現(xiàn)異常的方法代碼塊中往回找，直到找到處理該異常的代碼塊為止。然后將異常交給相應(yīng)的catch語句處理。如果Java虛擬機(jī)追溯到方法調(diào)用棧最底部main()方法時(shí)，如果仍然沒有找到處理異常的代碼塊，將按照下面的步驟處理： 第一、調(diào)用異常的對(duì)象的printStackTrace()方法，打印方法調(diào)用棧的異常信息。 第二、如果出現(xiàn)異常的線程為主線程，則整個(gè)程序運(yùn)行終止；如果非主線程，則終止該線程，其他線程繼續(xù)運(yùn)行。 通過分析思考可以看出，越早處理異常消耗的資源和時(shí)間越小，產(chǎn)生影響的范圍也越小。因此，不要把自己能處理的異常也拋給調(diào)用者。 還有一點(diǎn)，不可忽視：finally語句在任何情況下都必須執(zhí)行的代碼，這樣可以保證一些在任何情況下都必須執(zhí)行代碼的可靠性。比如，在數(shù)據(jù)庫查詢異常的時(shí)候，應(yīng)該釋放JDBC連接等等。finally語句先于return語句執(zhí)行，而不論其先后位置，也不管是否try塊出現(xiàn)異常。finally語句唯一不被執(zhí)行的情況是方法執(zhí)行了System.exit()方法。System.exit()的作用是終止當(dāng)前正在運(yùn)行的 Java 虛擬機(jī)。finally語句塊中不能通過給變量賦新值來改變r(jià)eturn的返回值，也建議不要在finally塊中使用return語句，沒有意義還容易導(dǎo)致錯(cuò)誤。

最后還應(yīng)該注意一下異常處理的語法規(guī)則： 第一、try語句不能單獨(dú)存在，可以和catch、finally組成 try...catch...finally、try...catch、try...finally三種結(jié)構(gòu)，catch語句可以有一個(gè)或多個(gè)，finally語句最多一個(gè)，try、catch、finally這三個(gè)關(guān)鍵字均不能單獨(dú)使用。 第二、try、catch、finally三個(gè)代碼塊中變量的作用域分別獨(dú)立而不能相互訪問。如果要在三個(gè)塊中都可以訪問，則需要將變量定義到這些塊的外面。 第三、多個(gè)catch塊時(shí)候，Java虛擬機(jī)會(huì)匹配其中一個(gè)異常類或其子類，就執(zhí)行這個(gè)catch塊，而不會(huì)再執(zhí)行別的catch塊。 第四、throw語句后不允許有緊跟其他語句，因?yàn)檫@些沒有機(jī)會(huì)執(zhí)行。 第五、如果一個(gè)方法調(diào)用了另外一個(gè)聲明拋出異常的方法，那么這個(gè)方法要么處理異常，要么聲明拋出。

那怎么判斷一個(gè)方法可能會(huì)出現(xiàn)異常呢？一般來說，方法聲明的時(shí)候用了throws語句，方法中有throw語句，方法調(diào)用的方法聲明有throws關(guān)鍵字。

throw和throws關(guān)鍵字的區(qū)別 throw用來拋出一個(gè)異常，在方法體內(nèi)。語法格式為：throw 異常對(duì)象。 throws用來聲明方法可能會(huì)拋出什么異常，在方法名后，語法格式為：throws 異常類型1，異常類型2...異常類型n。

四、如何定義和使用異常類

1、使用已有的異常類，假如為IOException、SQLException。 try{ 程序代碼 }catch(IOException ioe){ 程序代碼 }catch(SQLException sqle){ 程序代碼 }finally{ 程序代碼 }

2、自定義異常類 創(chuàng)建Exception或者RuntimeException的子類即可得到一個(gè)自定義的異常類。例如: public class MyException extends Exception{ public MyException(){} public MyException(String smg){ super(smg); } }

3、使用自定義的異常 用throws聲明方法可能拋出自定義的異常，并用throw語句在適當(dāng)?shù)牡胤綊伋鲎远x的異常。例如： 在某種條件拋出異常 public void test1() throws MyException{ ... if(....){ throw new MyException(); } }

將異常轉(zhuǎn)型（也叫轉(zhuǎn)譯），使得異常更易讀易于理解 public void test2() throws MyException{ ... try{ ... }catch(SQLException e){ ... throw new MyException(); } }

還有一個(gè)代碼，很有意思： public void test2() throws MyException{ ... try { ... } catch (MyException e) { throw e; } }

這段代碼實(shí)際上捕獲了異常，然后又和盤托出，沒有一點(diǎn)意義，如果這樣還有什么好處理的，不處理就行了，直接在方法前用throws聲明拋出不就得了。異常的捕獲就要做一些有意義的處理。

五、運(yùn)行時(shí)異常和受檢查異常

Exception類可以分為兩種：運(yùn)行時(shí)異常和受檢查異常。 1、運(yùn)行時(shí)異常 RuntimeException類及其子類都被稱為運(yùn)行時(shí)異常，這種異常的特點(diǎn)是Java編譯器不去檢查它，也就是說，當(dāng)程序中可能出現(xiàn)這類異常時(shí)，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會(huì)編譯通過。例如，當(dāng)除數(shù)為零時(shí)，就會(huì)拋出java.lang.ArithmeticException異常。 2、受檢查異常 除了RuntimeException類及其子類外，其他的Exception類及其子類都屬于受檢查異常，這種異常的特點(diǎn)是要么用try...catch捕獲處理，要么用throws語句聲明拋出，否則編譯不會(huì)通過。 3、兩者的區(qū)別 運(yùn)行時(shí)異常表示無法讓程序恢復(fù)運(yùn)行的異常，導(dǎo)致這種異常的原因通常是由于執(zhí)行了錯(cuò)誤的操作。一旦出現(xiàn)錯(cuò)誤，建議讓程序終止。 受檢查異常表示程序可以處理的異常。如果拋出異常的方法本身不處理或者不能處理它，那么方法的調(diào)用者就必須去處理該異常，否則調(diào)用會(huì)出錯(cuò)，連編譯也無法通過。當(dāng)然，這兩種異常都是可以通過程序來捕獲并處理的，比如除數(shù)為零的運(yùn)行時(shí)異常： public class HelloWorld { public static void main(String[] args) { System.out.println("Hello World!!!"); try{ System.out.println(1/0); }catch(ArithmeticException e){ System.out.println("除數(shù)為0!"); } System.out.println("除數(shù)為零后程序沒有終止啊，呵呵!!!"); } }

運(yùn)行結(jié)果：

Hello World!!! 除數(shù)為0! 除數(shù)為零后程序沒有終止啊，呵呵!!!

4、運(yùn)行時(shí)錯(cuò)誤 Error類及其子類表示運(yùn)行時(shí)錯(cuò)誤，通常是由Java虛擬機(jī)拋出的，JDK中與定義了一些錯(cuò)誤類，比如VirtualMachineError 和OutOfMemoryError，程序本身無法修復(fù)這些錯(cuò)誤.一般不去擴(kuò)展Error類來創(chuàng)建用戶自定義的錯(cuò)誤類。而RuntimeException類表示程序代碼中的錯(cuò)誤，是可擴(kuò)展的，用戶可以創(chuàng)建特定運(yùn)行時(shí)異常類。 Error（運(yùn)行時(shí)錯(cuò)誤）和運(yùn)行時(shí)異常的相同之處是:Java編譯器都不去檢查它們，當(dāng)程序運(yùn)行時(shí)出現(xiàn)它們，都會(huì)終止運(yùn)行。

5、最佳解決方案 對(duì)于運(yùn)行時(shí)異常，我們不要用try...catch來捕獲處理，而是在程序開發(fā)調(diào)試階段，盡量去避免這種異常，一旦發(fā)現(xiàn)該異常，正確的做法就會(huì)改進(jìn)程序設(shè)計(jì)的代碼和實(shí)現(xiàn)方式，修改程序中的錯(cuò)誤，從而避免這種異常。捕獲并處理運(yùn)行時(shí)異常是好的解決辦法，因?yàn)榭梢酝ㄟ^改進(jìn)代碼實(shí)現(xiàn)來避免該種異常的發(fā)生。 對(duì)于受檢查異常，沒說的，老老實(shí)實(shí)去按照異常處理的方法去處理，要么用try...catch捕獲并解決，要么用throws拋出！ 對(duì)于Error（運(yùn)行時(shí)錯(cuò)誤），不需要在程序中做任何處理，出現(xiàn)問題后，應(yīng)該在程序在外的地方找問題，然后解決。

六、異常轉(zhuǎn)型和異常鏈 異常轉(zhuǎn)型在上面已經(jīng)提到過了，實(shí)際上就是捕獲到異常后，將異常以新的類型的異常再拋出，這樣做一般為了異常的信息更直觀！比如： public void run() throws MyException{ ... try{ ... }catch(IOException e){ ... throw new MyException(); }finally{ ... } }

異常鏈，在JDK1.4以后版本中，Throwable類支持異常鏈機(jī)制。Throwable 包含了其線程創(chuàng)建時(shí)線程執(zhí)行堆棧的快照。它還包含了給出有關(guān)錯(cuò)誤更多信息的消息字符串。最后，它還可以包含 cause（原因）：另一個(gè)導(dǎo)致此 throwable 拋出的 throwable。它也稱為異常鏈 設(shè)施，因?yàn)?cause 自身也會(huì)有 cause，依此類推，就形成了異常鏈，每個(gè)異常都是由另一個(gè)異常引起的。 通俗的說，異常鏈就是把原始的異常包裝為新的異常類，并在新的異常類中封裝了原始異常類，這樣做的目的在于找到異常的根本原因。

通過Throwable的兩個(gè)構(gòu)造方法可以創(chuàng)建自定義的包含異常原因的異常類型： Throwable(String message, Throwable cause) 構(gòu)造一個(gè)帶指定詳細(xì)消息和 cause 的新 throwable。 Throwable(Throwable cause) 構(gòu)造一個(gè)帶指定 cause 和 (cause==null ? null :cause.toString())（它通常包含類和 cause 的詳細(xì)消息）的詳細(xì)消息的新 throwable。 getCause() 返回此 throwable 的 cause；如果 cause 不存在或未知，則返回 null。 initCause(Throwable cause) 將此 throwable 的 cause 初始化為指定值。 在Throwable的子類Exception中，也有類似的指定異常原因的構(gòu)造方法： Exception(String message, Throwable cause) 構(gòu)造帶指定詳細(xì)消息和原因的新異常。 Exception(Throwable cause) 根據(jù)指定的原因和 (cause==null ? null : cause.toString()) 的詳細(xì)消息構(gòu)造新異常（它通常包含 cause 的類和詳細(xì)消息）。 因此，可以通過擴(kuò)展Exception類來構(gòu)造帶有異常原因的新的異常類。

七、Java異常處理的原則和技巧

1、避免過大的try塊，不要把不會(huì)出現(xiàn)異常的代碼放到try塊里面，盡量保持一個(gè)try塊對(duì)應(yīng)一個(gè)或多個(gè)異常。 2、細(xì)化異常的類型，不要不管什么類型的異常都寫成Excetpion。 3、catch塊盡量保持一個(gè)塊捕獲一類異常，不要忽略捕獲的異常，捕獲到后要么處理，要么轉(zhuǎn)譯，要么重新拋出新類型的異常。 4、不要把自己能處理的異常拋給別人。 5、不要用try...catch參與控制程序流程，異常控制的根本目的是處理程序的非正常情況。

Java異常處理:如何避免重復(fù)打印異常

檢查日志文件，你就能看到滿屏重復(fù)的異常。

因此，異常只能被打印一次。在哪兒打異常最好呢？。

原則就是自定義異常在拋出前打印一下，其他各層對(duì)自定義異常不作任何打印。甚至不用Catch.

對(duì)于上面WebServiceClient.login，在這打印是對(duì)的，還可以加上自己的一些log信息，如log.fatal("cannotlogintheXXXsystem");至于在其他層，就不在需要打印，處理這個(gè)異常了。這樣的異常處理沒有什么技術(shù)含量，只是個(gè)異常處理原則，如果人人都遵循（看到自定義不處理，拋?zhàn)远x異常前處理）這個(gè)原則，就能避免重復(fù)打印異常日志

再考慮如何把友好的異常信息給終端用戶呢，所謂友好，不能總是提示“系統(tǒng)錯(cuò)誤，請(qǐng)稍后再試”，因?yàn)檫@樣能讓使用者對(duì)系統(tǒng)沒有信心。好比領(lǐng)導(dǎo)交給你的任務(wù)，你沒有完成，你總不能每次都說“這是我的問題，以后改正”吧。對(duì)異常進(jìn)行稍微詳細(xì)的說明，是必要的。另外，也不能總是把異常的stacktrace原封不動(dòng)的現(xiàn)實(shí)給使用者，如java.io.IOExcepiton:Filecannotbefound.這樣會(huì)被認(rèn)為你的程序質(zhì)量不夠高。

可以通過異常指定類型來在Web層解釋并轉(zhuǎn)化為友好的異常

。如上列子，可以如下定義MyApplicationExceptoin

如下代碼：

北大青鳥java培訓(xùn)：異常處理的Java最佳方法？

異常處理是Java開發(fā)中的一個(gè)重要部分。

它是關(guān)乎每個(gè)應(yīng)用的一個(gè)非功能性需求，是為了處理任何錯(cuò)誤狀況，比如資源不可訪問，非法輸入，空輸入等等。

Java提供了幾個(gè)異常處理特性，以try，catch和finally關(guān)鍵字的形式內(nèi)建于語言自身之中。

Java編程語言也允許你創(chuàng)建新的異常，并通過使用throw和throws關(guān)鍵字拋出它們。

事實(shí)上，在Java編程中，Java的異常處理不單單是知道語法這么簡單，它必須遵循標(biāo)準(zhǔn)的JDK庫，和幾個(gè)處理錯(cuò)誤和異常的開源代碼。

這里北大青鳥將討論一些關(guān)于異常處理的Java最佳實(shí)踐。

1、為可恢復(fù)的錯(cuò)誤使用檢查型異常，為編程錯(cuò)誤使用非檢查型錯(cuò)誤。

選擇檢查型還是非檢查型異常，對(duì)于Java編程人員來說，總是讓人感到困惑。

檢查型異常保證你對(duì)錯(cuò)誤條件提供異常處理代碼，這是一種從語言到強(qiáng)制你編寫健壯的代碼的一種方式，但同時(shí)會(huì)引入大量雜亂的代碼并導(dǎo)致其不可讀。

當(dāng)然，如果你有替代品和恢復(fù)策略的話，捕捉異常并做些什么看起來似乎也在理。

在Java編程中選擇檢查型異常還是運(yùn)行時(shí)異常。

2、在finally程序塊中關(guān)閉或者釋放資源這在Java編程中，是一個(gè)廣為人知的最佳實(shí)踐，在處理網(wǎng)絡(luò)和IO類的時(shí)候，相當(dāng)于一個(gè)標(biāo)準(zhǔn)。

在finally塊中關(guān)閉資源，在正常和異常執(zhí)行的情況下，保證之前和稀缺資源的合理釋放，這由finally塊保證。

從Java7開始，該語言有了一項(xiàng)更有趣的功能：資源管理自動(dòng)化或者ARM塊能實(shí)現(xiàn)這一功能。

盡管如此，我們?nèi)匀灰涀≡趂inally塊中關(guān)閉資源，這是對(duì)于釋放像FileDescriptors這類，應(yīng)用在socket和文件編程的情況下的有限資源很重要的。

3、在堆棧跟蹤中包含引起異常的原因很多時(shí)候，當(dāng)一個(gè)由另一個(gè)異常導(dǎo)致的異常被拋出的時(shí)候，Java庫和開放源代碼會(huì)將一種異常包裝成另一種異常。

日志記錄和打印根異常就變得非常重要。

Java異常類提供了getCause方法來檢索導(dǎo)致異常的原因，這些(原因)可以對(duì)異常的根層次的原因提供更多的信息。

該Java實(shí)踐對(duì)在進(jìn)行調(diào)試或排除故障大有幫助。

時(shí)刻記住，如果你將一個(gè)異常包裝成另一種異常時(shí)，構(gòu)造一個(gè)新異常要傳遞源異常。

4、始終提供關(guān)于異常的有意義的完整的信息異常信息是最重要的地方，因?yàn)檫@是程序員首先看到的第一個(gè)地方，這里你能找到問題產(chǎn)生的根本原因。

這里始終提供精確的真實(shí)的信息。

5、避免過度使用檢查型異常檢查型異常在強(qiáng)制執(zhí)行方面有一定的優(yōu)勢(shì)，但同時(shí)它也破壞了代碼，通過掩蓋業(yè)務(wù)邏輯使代碼可讀性降低。

只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結(jié)果是你會(huì)得到更清潔的代碼。

你同樣可以使用Java7的新功能，以移除重復(fù)項(xiàng)。

6、將檢查型異常轉(zhuǎn)為運(yùn)行時(shí)異常這是在像Spring之類的多數(shù)框架中用來限制使用檢查型異常的技術(shù)之一，大部分出自于JDBC的檢查型異常，都被包裝進(jìn)DataAccessException中，而(DataAccessException)異常是一種非檢查型異常。

這是Java最佳實(shí)踐帶來的好處，特定的異常限制到特定的模塊，像SQLException放到DAO層，將意思明確的運(yùn)行時(shí)異常拋到客戶層。

7、記住對(duì)性能而言，異常代價(jià)高昂需要記住的一件事是異常代價(jià)高昂，同時(shí)讓你的代碼運(yùn)行緩慢。

假如你有方法從ResultSet(結(jié)果集)中進(jìn)行讀取，這時(shí)常會(huì)拋出SQLException異常而不會(huì)移到下一元素，這將會(huì)比不拋出異常的正常代碼執(zhí)行的慢的多。

因此最大限度的減少不必要的異常捕捉和移動(dòng)，那里沒有什么固定的原因。

不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執(zhí)行結(jié)果，可能會(huì)得到更整潔，更高性能的解決方案。

修正錯(cuò)誤的根源，避免不必須要的異常捕捉。

如何避免及解決萬惡的java.lang.NullPointerException錯(cuò)誤

作為一個(gè)java 程序員，特別是剛?cè)腴T或初學(xué)者，遇到的最多的異常我想當(dāng)屬 java.lang.NullPointerException，當(dāng)然這是一個(gè)不可避免的。不管你是多老的程序員，寫的程序也不能保證不出現(xiàn)這個(gè)異常。但不可杜絕，并不代表不可避免，不可減少其出現(xiàn)的概率。下面就探討下如何盡量避免其出現(xiàn)，首先看常見的出現(xiàn)該異常的原因。 常見原因至少有以下幾類： 對(duì)java 對(duì)象不熟悉，特別體現(xiàn)在初學(xué)者及剛?cè)腴T身上。如：類的成員還是對(duì)象的時(shí)候，初學(xué)者往往不知道如何初始化成員對(duì)象，結(jié)果導(dǎo)致對(duì)象為初始化就調(diào)用。 數(shù)據(jù)是從外部獲取，如數(shù)據(jù)庫，取出數(shù)據(jù)后不檢查就直接調(diào)用，常發(fā)生在用hibernate 等orm 工具取完數(shù)據(jù)后數(shù)據(jù)展示部分。 java代碼編寫習(xí)慣。編寫類方法不對(duì)方法參數(shù)進(jìn)行檢查就使用。 引入外部包，而沒有引入外部包依賴包 粗心。這是最大的原因，特別是對(duì)于有一定編程經(jīng)驗(yàn)的人來說

解決方法： 第一類屬于java 基礎(chǔ)不牢，建議多做練習(xí)，熟悉java 對(duì)象生命周期的相關(guān)知識(shí)。如java 對(duì)象內(nèi)存分配，堆與棧，java 初始化過程等。 在外部讀入數(shù)據(jù)的話，建議在讀入數(shù)據(jù)后就檢查其是否為null 。當(dāng)然有時(shí)候也跟需求來定，但使用前必須做好檢查工作。 跟編程經(jīng)驗(yàn)有相當(dāng)關(guān)系。公用的方法，一般使用前檢查參數(shù)，該拋出異常的拋出異常，該用默認(rèn)值的用默認(rèn)值處理。一些私有方法，人們因?yàn)橛X得只有自己使用，自己控制不傳人null 值就可以，懶得去檢查空異常。確實(shí)我自己也常這樣干，但發(fā)現(xiàn)自己寫的，但自己卻總保證不了，不傳入空。所以建議使用前檢查，但可以不拋出異常，可使用斷言，自己用默認(rèn)值處理掉。 引入外部包出現(xiàn)NullPointerException，隨著各種框架的發(fā)展而越來越常見。主要是人們盲目引用各種包，而不去詳細(xì)評(píng)估引用包的效果，及不去了解所引入包的依賴包?，F(xiàn)在有maven 工具，如果使用它構(gòu)建工程的話，依賴報(bào)錯(cuò)可能就會(huì)少點(diǎn)了。 粗心。這個(gè)就沒辦法了，相信沒幾個(gè)人改得了。且因?yàn)榇中亩霈F(xiàn)的bug,自己往往很難找出原因，這時(shí)可以借下團(tuán)隊(duì)的力量，讓同事幫你去找，可能很快就找到了 如何找NullPointerException 出錯(cuò)代碼： NullPointerException 異常很找出出錯(cuò)位置還是比較容易的，java 的異常鏈機(jī)制可以讓你很快找到錯(cuò)誤代碼所在。這里提醒一點(diǎn)千萬不要使用 try { 代碼; }catch(Exception){} 因?yàn)檫@樣出錯(cuò)了控制臺(tái)不報(bào)，log 不記，找死你。

網(wǎng)頁標(biāo)題：JAVA代碼異常避免,java的異常
文章源于：http://muchs.cn/article8/hcjoop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、網(wǎng)站設(shè)計(jì)、標(biāo)簽優(yōu)化、品牌網(wǎng)站制作、Google、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)