Java編程中異常處理的方法
Java編程中的異常處理是一個很常見的話題，其實并沒有很多人真正掌握正確處理異常情況的方法和策略，下面是小編為大家整理的Java編程中異常處理的方法，歡迎參考。
Java編程中異常處理的方法
Java編程中的異常處理是一個很常見的話題了，幾乎任何一門介紹性的Java課程都會提到異常處理。不過，我認為很多人其實并沒有真正掌握正確處理異常情況的方法和策略，最多也就不過了解個大概，知道點概念。本文就對三種不同程度和質量的Java異常處理進行了討論，所闡述的處理異常的方式按手法的高下分為：
好，不好和惡劣三種。
同時向你提供了一些解決這些問題的技巧。
首先解釋一些java異常處理中必須搞清楚的定義和機制。Java語言規范將自Error類或RuntimeException類衍生出來的任何違例都稱作“不可檢查”(Unchecked)異常;其他所有異常則稱作“可檢查”(Checked)異常。
所謂可檢查異常，是指我們應該自行處理的異常。至于處理的手段，要么加以控制(try catch)，要么通告(throws)他們有可能產生。通常，應捕捉那些已知如何處理的異常，而通告那些不知如何處理的異常。
而對那些不可檢查異常來說，他們要么在我們的控制之外(Error),要么是我們首先就不該允許的情況(RuntimeException).
至于異常的指定，Java的規則非常簡單：一個方法必須通告自己可能產生的所有可檢查異常。編寫自己的方法時，并不一定要通告出方法實際可能產生的每一個異常對象，要想理解什么時候必須要方法的throws叢句來通告異常，就必須知道對一個異常來說，他只有可能在下面四種情況下才會產生：
1.調用了可能產生異常的方法。比如BufferedReader類的readLine方法。該方法通告java.io.IOException異常
2.偵測到一個錯誤，并用throw語句產生異常。
3.出現一個編程錯誤。比如a[-1] = 0。
4.Java產生內部錯誤。
如果出現頭兩種情況之一，必須告訴打算使用自己方法的人：假如使用這個方法，可能造成一個異常的產生(即在方法頭上使用throws)，一個簡單的記憶方法：
只要含有throw,就要通告throws。如果一個方法必須同時處理多個異常，就必須在頭內指出所有異常。就像下例展示的那樣，用逗號對他們進行分割：
好的異常處理
然而，我們不需要通告內部java錯誤，也不應該通告自RuntimeException衍生出來的異常。
好異常處理提供了處理程序錯誤的統一機制。事實上，Java語言通過向調用者提出異常警告的方式而顯著地提升了軟件開發中的異常處理能力。這種方式把Java語言中的“方法(method)”進行了擴展和增強，使之包括了自身的錯誤條件。下面就讓我們看一個例子，這個例子說明了這種情況。
以下是FileInputStream構造器之一的原型：
public FileInputStream(String name) throws FileNotFoundException Java
的方法和構造器必須聲明他們在被調用時可能“扔出”的異常，采用的關鍵字就是“throws”。這種在方法原型中出現的異常提示增加了編程的可靠性。
顯而易見，這種方式是向方法的調用者提示了可能出現的異常條件，這樣調用者就可以對這些異常作出適當的相應處理。以下代碼示意我們是如何捕獲并且處理FileNotFoundException 這一異常的：
不好的Java異常處理
Java異常處理還有其他一些優秀的特性，這就是可檢查異常、用戶定義異常和在JDK 1.4中推出的新型Java記錄API(Java Logging API)。java.lang.Exception的所有子類都屬于可檢查異常。可檢查異常(checked exception)是扔出該異常的方法所必須提示的異常，這種異常必須被捕獲或者向調用者提示。用戶定義異常(User-defined exceptions)是定制的異常類，這種異常類擴展了java.lang.Exception類。優良的Java程序規定定制異常封裝、報告和處理他們自己獨有的情況。最新的Java記錄API(logging API)則可以集中記錄異常。
不好的一面包括兩種情況：濫用不可檢查異常(unchecked exceptions)和濫用catchall構造器等。這兩種方式都使得問題變得復雜起來。
有一種類別的異常屬于RuntimeException的子類，這種異常不會受到編譯器的檢查。比如，NullPointerException和 ArrayStoreException就是這種類型異常的實例。程序員可以對RuntimeException進行子類化以回避檢查異常的限制，從而便于產生這些異常的方法為其調用者所使用。
專業的開發團隊應當只允許在很少的情況下才可以這樣做。
第二種異常處理的陋習是catchall構造器。所謂的“catchall 構造器”就是一種異常捕獲代碼模塊，它可以處理所有扔給它的可能異常。
我得承認，我自己在編寫一般程序的時候就曾經用過這種技術;但是，在編寫關鍵程序的時候這種類型的構造器一定要避免使用，除非他們被授權可以和中央錯誤處理器聯合使用才可以這樣做。
除此之外，catchall構造器不過只是一種通過避免錯誤處理而加快編程進度的機制。
異常處理的一個不足之處是難以采用優良的錯誤處理策略。從低容內存狀態恢復、寫入錯誤和算法錯誤等異常情況都不是輕易能得到解決的。你可以嘗試一下循環、垃圾收集和提醒用戶等常用技術來應付以上的局面。
惡劣的處理方法
和許多Java特性及其API類似，Java的異常處理機制也有“霸王硬上弓”類的滑稽錯誤。比方說，為了扔出某個異常竟然毫不猶豫地用“new”關鍵詞為其分配內存就是這樣的例子。
我自己不知道有多少次就因為犯了這種錯誤而在嚴肅的編譯器面前屢屢碰壁。在這種情況下，我們其實都是在伺候語言而不是讓語言為我們所用。還有我們碰到的OutOfMemoryErrors就是異常處理的缺陷。這一處理過程是：
使用finally模塊關閉文件，解析異常以得到出現問題的方法和代碼行。在這一過程之內最大的缺陷是需要捕獲OutOfMemoryError，而這一異常卻并不是可檢查異常!想想看，內存耗盡是相當常見的情況。任何與內存使用狀態緊密相關的程序都應當捕獲和處理這一錯誤。
使用異常時的一些建議
1.異常控制的設計宗旨并不是用來代替一些簡單的測試。只有在異常情況下才使用異常!
2.不要過分細化異常。不要在每個語句上都加上異常處理，最好將整個任務都放在try塊內。如果其中有一項操作失敗，可以隨即放棄任務。
3.不要“壓制”異常。對于需要通告異常的方法，我們可以改用捕捉的方法來將異常強行關閉，如果真的出現異常，那個異常會被“靜悄悄”的忽略。如果覺得產生的異常會非常重要，就必須多費些功夫，對其進行正確的控制。
4.不要介意異常的傳遞。如果調用的方法會產生異常，比如readLine方法，他們天生就能捕捉
Java編程語言
Android應用
如果你還在尋找Java在哪運用，你不用東奔西走的尋找，你的身邊就是。打開的 Android 手機，隨便打開一個 App 應用，他們就是完全的用 Java 語言，從 Google 上搜索 Android 的 API 文檔，你就會發現它和 Java 的 JDK 文檔驚人的相似。從兩年前的 Android 剛剛起步，到今天許多的 Android 應用都是 Java 程序員開發者開發。雖然 Android 運用了不同的 JVM 以及不同的封裝方式，但是代碼還是用 Java 語言所編寫。
在金融業應用的服務器程序
Java 在金融服務業的應用非常廣泛，許多跨國投資銀行例如：Goldman Sachs(高盛投資)，Citigroup(花旗集團)，Barclays(巴克萊銀行)，Standard Charted(標準渣打銀行)以及其他銀行，都用 Java 來編寫前臺和后臺的電子交易系統，結算和確認系統，數據處理項目以及其他項目。大多數情況下，Java 被用在服務器端開發，但多數沒有任何前端，它們通常是從一個服務器(上一級)接收數據，處理后發向另一個處理系統(下一級處理)。
網站
同樣，Java 在電子商務領域以及網站開發領域占據這大部分席位。你可以運用許多不同的框架來創建web項目，SpringMVC，Struts2.0 以及 frameworks。即使是簡單的 servlet，jsp 和以 struts 為基礎的網站在政府項目中也是很受歡迎的。例如醫療救護，保險，教育，國防以及其他的不同部門網站都是以 Java 為基礎來開發的。
軟件工具
許多常用的軟件和開發工具都是運用Java來編寫和開發的。比如 Eclipse，IneteliJIdea 和 Netbans IDE。
交易系統
第三方交易系統，現已是金融服務產業的一個很大的部分，它們同樣也是 Java 編寫。例如受歡迎的交易平臺 Murex ，它也是 Java 編寫，并與許多的銀行前臺所連接，提供服務。
J2ME系統
隨著近幾年 IOS 和 Android 的出現，幾乎占據了 J2ME 市場，但仍然有低端諾基亞、三星手機使用J2ME。這個時代的大多數手機游戲，手機應用都采用 J2ME 的一部分 MIDP 和 CLDC 編寫，以適應 Android 系統。但是 J2ME 依然在藍光，磁卡，機頂盒這些產品中流行。通信應用之所以這么火是因為 Nokia 的手機依舊支持J2ME。
嵌入式領域
Java 在嵌入式領域發展空間很大。在這個平臺上，你只需130KB就能夠使用 Java 技術(在智能卡或者傳感器上)。最初，Java 被設計用來在嵌入書設備上工作。事實上，這只是其中的一個領域，這只是當初的“一次寫入，隨便暢游”的項目，現在看起來是這樣了。
大數據技術
Hadoop 以及其他大數據處理技術都是用 Java 或者其他，例如 Apache 的基于 Java 的 HBase 和Accumulo 以及 ElasticSearchas。但是 Java 在此領域并未占太大空間，但只要 Hadoop 和 ElasticSearchas 能夠成長壯大，Java 依舊還有潛力去在這個市場占據一部分。
高頻交易的空間
Java 平臺大幅度提高了這個平臺的特性和即時編譯，他同時也能夠像 C++ 一樣傳遞數據。正是由于這個原因，Java 成為程序員編寫交易平臺的語言，因為雖然性能不比母語，但你可以避開它的安全性，可移植性和可維護性，以更快的速度運行。
科學應用
今天，Java 依然是在科學應用中最好選擇，包括自然語言處理。最主要的原因是因為 Java 比 C++ 或者其他語言相對其安全性、便攜性、可維護性以及其他高級語言的并發性更好。
Java是默認的軟件行業的應用程序開發語言，在金融服務行業的大量使用，投資銀行和電子商務應用的空間，任何一個學習 Java 的學者都有著光明的未來。
編程術語
記住，我假定您不懂編程。下面是一些術語，它們將有助于您的理解：
計算機程序——計算機程序是一組指令，告訴計算機應該怎么做。指令可以告訴計算機將幾個數相加，或比較兩個數字并根據比較的結果作出決定，如此之類。計算機程序只是面向計算機的一組指令而已，正如菜譜是廚師的指令，樂譜是樂師的指令一樣。計算機準確地執行這些指令的同時也就完成了有用的工作，如計算支票簿收支，或者在屏幕上顯示一個游戲，或運行一個字處理程序。
編程語言——為了能使計算機辨識您給它的指令，這些指令需要以一種計算機能夠理解的語言書寫，即編程語言。有很多計算機編程語言：Fortran、Cobol、Basic、Pascal、C、C++、Java、Perl，正如有很多人類語言一樣。它們都是用不同的方式來表達類似的概念。
編譯器——使用人可以閱讀的編程語言(如Java)寫好程序后，還要用編譯器將其翻譯成計算機可執行的形式。您很可能在您的計算機上見到過EXE文件。這些EXE文件就是編譯器輸出的結果。它們是可執行文件——從人可讀的程序翻譯而成的機器可讀的程序。
使用Java語言編程就需要一個Java編譯器。下一節將指導您下載并安裝一個編譯器。一旦有了編譯器我們就可以開始學習編程了。下載和安裝過程將會持續幾個小時，大部分時間用來下載幾個很大的文件。您還需要有大約40兆字節的空閑磁盤空間(開始前請確定有足夠的空間)。
【Java編程中異常處理的方法】相關文章：
Java編程中異常處理的最優法09-29
Java 異常處理12-22
Java的異常處理及應用03-12
Java編程中獲取路徑的方法12-16
全面理解java中的異常處理機制精選02-06
Java異常處理語句及解析08-02
Java的異常機制分析及處理辦法02-05
java面向對象編程的方法02-17