java的異常
1. java發生異常怎麼辦
發生異常一般倆種辦法：
catch處理 在catch裡面列印異常日誌或進行特殊處理。
throw處理 throw到外層，由外層進行處理。
2. JAVA如何拋出異常
在方法中throw
3. 常見的java異常有哪些都是什麼意思
1、ArithmeticException - 算術運算中，被0除或模除。
2、 - 數組越界訪問。
3、ArrayStoreException - 數據存儲異常，寫數組操作時，對象或數據類型不兼容。
4、ClassCastException - 類型轉換異常。
5、IllegalArgumentException - 方法的參數無效。
6、IllegalThreadStateException - 試圖非法改變線程狀態，比方說試圖啟動一已經運行的線程。
7、NullPointerException - 試圖訪問一空對象的變數、方法或空數組的元素
8、NumberFormatException - 數據格式異常，試圖把一字元串非法轉換成數值（或相反）。
9、SecurityException - 如果Applet試圖執行一被WWW瀏覽器安全設置所禁止的操作。
10、 - 如改變了某一類定義，卻沒有重新編譯其他引用了這個類的對象。如某一成員變數的聲明被從靜態改變為非靜態，但其他引用了這個變數的類卻沒有重新編譯，或者相反。
11、OutOfMemoryException - 內存不足，通常發生於創建對象之時。
12、NoClassDefFoundException - JAVA運行時系統找不到所引用的類。
13、IncompatibleTypeException - 試圖實例化一個介面，Java運行時系統將拋出這個異常。
14、UnsatisfiedLinkException - 如果所需調用的方法是C函數，但Java運行時系統卻無法連接這個函數。
15、InternalException - 系統內部故障所導致的異常情況，可能是因為Java運行時系統本身的原因。如果發現一可重現的InternalException，可以直接給Sun公司發電郵[email protected]。
4. 常見JAVA運行時異常有哪些
1，java.lang.NullPointerException
這個異常的解釋是 "程序遇上了空指針 "，簡單地說就是調用了未經初始化的對象或者是不存在的對象，這個錯誤經常出現在創建圖片，調用數組這些操作中，比如圖片未經初始化，或者圖片創建時的路徑錯誤等等。
2，java.lang.ClassNotFoundException
異常的解釋是"指定的類不存在"，這里主要考慮一下類的名稱和路徑是否正確即可
3，java.lang.
這個異常的解釋是"數組下標越界"，現在程序中大多都有對數組的操作，因此在調用數組的時候一定要認真檢查，看自己調用的下標是不是超出了數組的范圍，一般來說，顯示（即直接用常數當下標）調用不太容易出這樣的錯，但隱式（即用變數表示下標）調用就經常出錯了.
4，java.lang.NoSuchMethodError
方法不存在錯誤。當應用試圖調用某類的某個方法，而該類的定義中沒有該方法的定義時拋出該錯誤。
5，java.lang.IndexOutOfBoundsException
索引越界異常。當訪問某個序列的索引值小於0或大於等於序列大小時，拋出該異常。
6，java.lang.NumberFormatException
數字格式異常。當試圖將一個String轉換為指定的數字類型，而該字元串確不滿足數字類型要求的格式時，拋出該異常。
7，java.sql.SQLException
Sql語句執行異常
8，java.io.IOException
輸入輸出異常
9，java.lang.IllegalArgumentException
方法參數錯誤
10java.lang.IllegalAccessException
無訪問許可權異常
(4)java的異常擴展閱讀：
Java技術應用領域：
1、Android應用
許多的 Android應用都是Java程序員開發者開發。雖然 Android運用了不同的JVM以及不同的封裝方式，但是代碼還是用Java語言所編寫。相當一部分的手機中都支持JAVA游戲，這就使很多非編程人員都認識了JAVA。
2、在金融業應用的伺服器程序
Java在金融服務業的應用非常廣泛，很多第三方交易系統、銀行、金融機構都選擇用Java開發，因為相對而言，Java較安全 。大型跨國投資銀行用Java來編寫前台和後台的電子交易系統，結算和確認系統，數據處理項目以及其他項目。
3、網站
Java 在電子商務領域以及網站開發領域占據了一定的席位。開發人員可以運用許多不同的框架來創建web項目，SpringMVC，Struts2.0以及frameworks。即使是簡單的 servlet，jsp和以struts為基礎的網站在政府項目中也經常被用到。例如醫療救護、保險、教育、國防以及其他的不同部門網站都是以Java為基礎來開發的。
4、嵌入式領域
Java在嵌入式領域發展空間很大。在這個平台上，只需130KB就能夠使用Java技術（在智能卡或者感測器上）。
5、大數據技術
Hadoop以及其他大數據處理技術很多都是用Java，例如Apache的基於Java的HBase和Accumulo以及 ElasticSearchas。
6、高頻交易的空間
Java平台提高了這個平台的特性和即使編譯，他同時也能夠像 C++ 一樣傳遞數據。正是由於這個原因，Java成為的程序員編寫交易平台的語言，因為雖然性能不比C++，但開發人員可以避開安全性，可移植性和可維護性等問題。
7、科學應用
Java在科學應用中是很好選擇，包括自然語言處理。最主要的原因是因為Java比C++或者其他語言相對其安全性、便攜性、可維護性以及其他高級語言的並發性更好。
5. JAVA中的異常是怎麼回事
http://..com/q?ct=17&pn=0&tn=ikaslist&rn=10&word=JAVA%D2%EC%B3%A3
http://..com/question/10487739.html?si=1
本文重在Java中異常機制的一些概念。寫本文的目的在於方便我很長時間後若是忘了這些東西可以通過這片文章迅速回憶起來。
1. 異常機制
1.1
異常機制是指當程序出現錯誤後，程序如何處理。具體來說，異常機制提供了程序退出的安全通道。當出現錯誤後，程序執行的流程發生改變，程序的控制權轉移到異常處理器。
1.2
傳統的處理異常的辦法是，函數返回一個特殊的結果來表示出現異常（通常這個特殊結果是大家約定俗稱的），調用該函數的程序負責檢查並分析函數返回的結果。這樣做有如下的弊端：例如函數返回-1代表出現異常，但是如果函數確實要返回-1這個正確的值時就會出現混淆；可讀性降低，將程序代碼與處理異常的代碼混爹在一起；由調用函數的程序來分析錯誤，這就要求客戶程序員對庫函數有很深的了解。
1.3 異常處理的流程
1.3.1 遇到錯誤，方法立即結束，並不返回一個值；同時，拋出一個異常對象
1.3.2 調用該方法的程序也不會繼續執行下去，而是搜索一個可以處理該異常的異常處理器，並執行其中的代碼
2 異常的分類
2.1 異常的分類
2.1.1
異常的繼承結構：基類為Throwable，Error和Exception繼承Throwable，RuntimeException和IOException等繼承Exception，具體的RuntimeException繼承RuntimeException。
2.1.2
Error和RuntimeException及其子類成為未檢查異常（unchecked），其它異常成為已檢查異常（checked）。
2.2 每個類型的異常的特點
2.2.1 Error體系
Error類體系描述了Java運行系統中的內部錯誤以及資源耗盡的情形。應用程序不應該拋出這種類型的對象（一般是由虛擬機拋出）。如果出現這種錯誤，除了盡力使程序安全退出外，在其他方面是無能為力的。所以，在進行程序設計時，應該更關注Exception體系。
2.2.2 Exception體系
Exception體系包括RuntimeException體系和其他非RuntimeException的體系
2.2.2.1 RuntimeException
RuntimeException體系包括錯誤的類型轉換、數組越界訪問和試圖訪問空指針等等。處理RuntimeException的原則是：如果出現RuntimeException，那麼一定是程序員的錯誤。例如，可以通過檢查數組下標和數組邊界來避免數組越界訪問異常。
2.2.2.2 其他（IOException等等）
這類異常一般是外部錯誤，例如試圖從文件尾後讀取數據等，這並不是程序本身的錯誤，而是在應用環境中出現的外部錯誤。
2.3 與C++異常分類的不同
2.3.1
其實，Java中RuntimeException這個類名起的並不恰當，因為任何異常都是運行時出現的。（在編譯時出現的錯誤並不是異常，換句話說，異常就是為了解決程序運行時出現的的錯誤）。
2.3.2
C++中logic_error與Java中的RuntimeException是等價的，而runtime_error與Java中非RuntimeException類型的異常是等價的。
3 異常的使用方法
3.1 聲明方法拋出異常
3.1.1 語法：throws（略）
3.1.2 為什麼要聲明方法拋出異常？
方法是否拋出異常與方法返回值的類型一樣重要。假設方法拋出異常確沒有聲明該方法將拋出異常，那麼客戶程序員可以調用這個方法而且不用編寫處理異常的代碼。那麼，一旦出現異常，那麼這個異常就沒有合適的異常控制器來解決。
3.1.3 為什麼拋出的異常一定是已檢查異常？
RuntimeException與Error可以在任何代碼中產生，它們不需要由程序員顯示的拋出，一旦出現錯誤，那麼相應的異常會被自動拋出。而已檢查異常是由程序員拋出的，這分為兩種情況：客戶程序員調用會拋出異常的庫函數（庫函數的異常由庫程序員拋出）；客戶程序員自己使用throw語句拋出異常。遇到Error，程序員一般是無能為力的；遇到RuntimeException，那麼一定是程序存在邏輯錯誤，要對程序進行修改（相當於調試的一種方法）；只有已檢查異常才是程序員所關心的，程序應該且僅應該拋出或處理已檢查異常。
3.1.4
注意：覆蓋父類某方法的子類方法不能拋出比父類方法更多的異常，所以，有時設計父類的方法時會聲明拋出異常，但實際的實現方法的代碼卻並不拋出異常，這樣做的目的就是為了方便子類方法覆蓋父類方法時可以拋出異常。
3.2 如何拋出異常
3.2.1 語法：throw（略）
3.2.2 拋出什麼異常？
對於一個異常對象，真正有用的信息時異常的對象類型，而異常對象本身毫無意義。比如一個異常對象的類型是ClassCastException，那麼這個類名就是唯一有用的信息。所以，在選擇拋出什麼異常時，最關鍵的就是選擇異常的類名能夠明確說明異常情況的類。
3.2.3
異常對象通常有兩種構造函數：一種是無參數的構造函數；另一種是帶一個字元串的構造函數，這個字元串將作為這個異常對象除了類型名以外的額外說明。
3.2.4
創建自己的異常：當Java內置的異常都不能明確的說明異常情況的時候，需要創建自己的異常。需要注意的是，唯一有用的就是類型名這個信息，所以不要在異常類的設計上花費精力。
3.3 捕獲異常
如果一個異常沒有被處理，那麼，對於一個非圖形界面的程序而言，該程序會被中止並輸出異常信息；對於一個圖形界面程序，也會輸出異常的信息，但是程序並不中止，而是返回用Ы緱媧�硌�分小?BR> 3.3.1 語法：try、catch和finally（略）
控制器模塊必須緊接在try塊後面。若擲出一個異常，異常控制機制會搜尋參數與異常類型相符的第一個控制器隨後它會進入那個catch
從句，並認為異常已得到控制。一旦catch 從句結束對控制器的搜索也會停止。
3.3.1.1 捕獲多個異常（注意語法與捕獲的順序）（略）
3.3.1.2 finally的用法與異常處理流程（略）
3.3.2 異常處理做什麼？
對於Java來說，由於有了垃圾收集，所以異常處理並不需要回收內存。但是依然有一些資源需要程序員來收集，比如文件、網路連接和圖片等資源。
3.3.3 應該聲明方法拋出異常還是在方法中捕獲異常？
原則：捕捉並處理哪些知道如何處理的異常，而傳遞哪些不知道如何處理的異常
3.3.4 再次拋出異常
3.3.4.1 為什麼要再次拋出異常？
在本級中，只能處理一部分內容，有些處理需要在更高一級的環境中完成，所以應該再次拋出異常。這樣可以使每級的異常處理器處理它能夠處理的異常。
3.3.4.2 異常處理流程
對應與同一try塊的catch塊將被忽略，拋出的異常將進入更高的一級。
4 關於異常的其他問題
4.1 過度使用異常
首先，使用異常很方便，所以程序員一般不再願意編寫處理錯誤的代碼，而僅僅是簡簡單單的拋出一個異常。這樣做是不對的，對於完全已知的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。另外，異常機制的效率很差。
4.2 將異常與普通錯誤區分開
對於普通的完全一致的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。只有外部的不能確定和預知的運行時錯誤才需要使用異常。
4.3 異常對象中包含的信息
一般情況下，異常對象唯一有用的信息就是類型信息。但使用異常帶字元串的構造函數時，這個字元串還可以作為額外的信息。調用異常對象的getMessage()、toString()或者printStackTrace()方法可以分別得到異常對象的額外信息、類名和調用堆棧的信息。並且後一種包含的信息是前一種的超集。
關於Java異常處理的throws
http://..com/question/14185005.html?si=4
6. java都有哪些異常
1. 異常機制
異常機制是指當程序出現錯誤後，程序如何處理。具體來說，異常機制提供了程序退出的安全通道。當出現錯誤後，程序執行的流程發生改變，程序的控制權轉移到異常處理器。
傳統的處理異常的辦法是，函數返回一個特殊的結果來表示出現異常（通常這個特殊結果是大家約定俗稱的），調用該函數的程序負責檢查並分析函數返回的結果。這樣做有如下的弊端：例如函數返回-1代表出現異常，但是如果函數確實要返回-1這個正確的值時就會出現混淆；可讀性降低，將程序代碼與處理異常的代碼混爹在一起；由調用函數的程序來分析錯誤，這就要求客戶程序員對庫函數有很深的了解。
異常處理的流程：
① 遇到錯誤，方法立即結束，並不返回一個值；同時，拋出一個異常對象 。
② 調用該方法的程序也不會繼續執行下去，而是搜索一個可以處理該異常的異常處理器，並執行其中的代碼 。
2 異常的分類
異常的分類：
① 異常的繼承結構：基類為Throwable，Error和Exception繼承Throwable，RuntimeException和IOException等繼承Exception，具體的RuntimeException繼承RuntimeException。
② Error和RuntimeException及其子類成為未檢查異常（unchecked），其它異常成為已檢查異常（checked）。
每個類型的異常的特點
Error體系 ：
Error類體系描述了Java運行系統中的內部錯誤以及資源耗盡的情形。應用程序不應該拋出這種類型的對象（一般是由虛擬機拋出）。如果出現這種錯誤，除了盡力使程序安全退出外，在其他方面是無能為力的。所以，在進行程序設計時，應該更關注Exception體系。
Exception體系包括RuntimeException體系和其他非RuntimeException的體系 ：
① RuntimeException：RuntimeException體系包括錯誤的類型轉換、數組越界訪問和試圖訪問空指針等等。處理RuntimeException的原則是：如果出現RuntimeException，那麼一定是程序員的錯誤。例如，可以通過檢查數組下標和數組邊界來避免數組越界訪問異常。
②其他非RuntimeException（IOException等等）：這類異常一般是外部錯誤，例如試圖從文件尾後讀取數據等，這並不是程序本身的錯誤，而是在應用環境中出現的外部錯誤。
與C++異常分類的不同 ：
① Java中RuntimeException這個類名起的並不恰當，因為任何異常都是運行時出現的。（在編譯時出現的錯誤並不是異常，換句話說，異常就是為了解決程序運行時出現的的錯誤）。
② C++中logic_error與Java中的RuntimeException是等價的，而runtime_error與Java中非RuntimeException類型的異常是等價的。
3 異常的使用方法
聲明方法拋出異常
① 語法：throws（略）
② 為什麼要聲明方法拋出異常？
方法是否拋出異常與方法返回值的類型一樣重要。假設方法拋出異常確沒有聲明該方法將拋出異常，那麼客戶程序員可以調用這個方法而且不用編寫處理異常的代碼。那麼，一旦出現異常，那麼這個異常就沒有合適的異常控制器來解決。
③ 為什麼拋出的異常一定是已檢查異常？
RuntimeException與Error可以在任何代碼中產生，它們不需要由程序員顯示的拋出，一旦出現錯誤，那麼相應的異常會被自動拋出。而已檢查異常是由程序員拋出的，這分為兩種情況：客戶程序員調用會拋出異常的庫函數（庫函數的異常由庫程序員拋出）；客戶程序員自己使用throw語句拋出異常。遇到Error，程序員一般是無能為力的；遇到RuntimeException，那麼一定是程序存在邏輯錯誤，要對程序進行修改（相當於調試的一種方法）；只有已檢查異常才是程序員所關心的，程序應該且僅應該拋出或處理已檢查異常。
注意：覆蓋父類某方法的子類方法不能拋出比父類方法更多的異常，所以，有時設計父類的方法時會聲明拋出異常，但實際的實現方法的代碼卻並不拋出異常，這樣做的目的就是為了方便子類方法覆蓋父類方法時可以拋出異常。
如何拋出異常
① 語法：throw（略）
② 拋出什麼異常？對於一個異常對象，真正有用的信息時異常的對象類型，而異常對象本身毫無意義。比如一個異常對象的類型是ClassCastException，那麼這個類名就是唯一有用的信息。所以，在選擇拋出什麼異常時，最關鍵的就是選擇異常的類名能夠明確說明異常情況的類。
③ 異常對象通常有兩種構造函數：一種是無參數的構造函數；另一種是帶一個字元串的構造函數，這個字元串將作為這個異常對象除了類型名以外的額外說明。
④ 創建自己的異常：當Java內置的異常都不能明確的說明異常情況的時候，需要創建自己的異常。需要注意的是，唯一有用的就是類型名這個信息，所以不要在異常類的設計上花費精力。
捕獲異常
如果一個異常沒有被處理，那麼，對於一個非圖形界面的程序而言，該程序會被中止並輸出異常信息；對於一個圖形界面程序，也會輸出異常的信息，但是程序並不中止，而是返回用錯誤頁面。
語法：try、catch和finally（略），控制器模塊必須緊接在try塊後面。若擲出一個異常，異常控制機制會搜尋參數與異常類型相符的第一個控制器隨後它會進入那個catch 從句，並認為異常已得到控制。一旦catch 從句結束對控制器的搜索也會停止。
捕獲多個異常（注意語法與捕獲的順序）（略）
finally的用法與異常處理流程（略）
異常處理做什麼？對於Java來說，由於有了垃圾收集，所以異常處理並不需要回收內存。但是依然有一些資源需要程序員來收集，比如文件、網路連接和圖片等資源。
應該聲明方法拋出異常還是在方法中捕獲異常？原則：捕捉並處理哪些知道如何處理的異常，而傳遞哪些不知道如何處理的異常。
再次拋出異常
①為什麼要再次拋出異常？ 在本級中，只能處理一部分內容，有些處理需要在更高一級的環境中完成，所以應該再次拋出異常。這樣可以使每級的異常處理器處理它能夠處理的異常。
②異常處理流程 ：對應與同一try塊的catch塊將被忽略，拋出的異常將進入更高的一級。
4 關於異常的其他問題
① 過度使用異常 ：首先，使用異常很方便，所以程序員一般不再願意編寫處理錯誤的代碼，而僅僅是簡簡單單的拋出一個異常。這樣做是不對的，對於完全已知的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。另外，異常機制的效率很差。
② 將異常與普通錯誤區分開：對於普通的完全一致的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。只有外部的不能確定和預知的運行時錯誤才需要使用異常。
③ 異常對象中包含的信息 ：一般情況下，異常對象唯一有用的信息就是類型信息。但使用異常帶字元串的構造函數時，這個字元串還可以作為額外的信息。調用異常對象的getMessage()、toString()或者printStackTrace()方法可以分別得到異常對象的額外信息、類名和調用堆棧的信息。並且後一種包含的信息是前一種的超集。
5 常見異常
算術異常類：ArithmeticExecption
空指針異常類：NullPointerException
類型強制轉換異常：ClassCastException
數組負下標異常：NegativeArrayException
數組下標越界異常：
違背安全原則異常：SecturityException
文件已結束異常：EOFException
文件未找到異常：FileNotFoundException
字元串轉換為數字異常：NumberFormatException
操作資料庫異常：SQLException
輸入輸出異常：IOException
方法未找到異常：NoSuchMethodException
7. Java中的異常有哪幾類
常見的異常有：
1、 java.lang.nullpointerexception 解釋是"程序遇上了空指針",就是調用了未經初始化的對象或者是不存在。
2、java.lang.classnotfoundexception 解釋是"指定的類不存在"，這里主要考慮一下類的名稱和路徑是否正確即可。
3、java.lang. 解釋是"數組下標越界"，現在程序中大多都有對數組的操作，因此在調用數組的時候一定要認真檢查，看自己調用的下標是不是超出了數組的范圍。
4、FileNotFoundException 解釋是「文件未找到異常」。
5、IOException 解釋是」輸入輸出流異常「。
6、NoSuchMethodException 解釋是"方法未找到異常"。
8. JAVA什麼是異常
異常就是程序可能會報錯地方了，JAVA中一般都用try{}catch{}finally{}來進行異常處理，把可能會出現異常的代碼放到try快中，如果出現異常程序就會執行catch快，如果不出現異常，就不會執行catch快。
9. JAVA中什麼情況下產生異常
java產生異常的情況有很多種，比如說你想把一個字元串型「123」轉成int型123，ok，這樣沒有問題。代碼如下：
String a = "123";
int b = Integer.parseInt(a);
但是如果你嘗試如下寫法
String a = "abc";
int b = Integer.parseInt(a);
編譯器是不會給你提示任何錯誤，只有等程序真正運行到此處的時候，才會發生異常，以為parseInt無法將字元串"abc"轉成int型。
我舉得例子只是異常中的一種
另外，Java 異常的種類有三大類，可分為可檢測異常，非檢測異常和自定義異常。
可檢測異常
可檢測異常經編譯器驗證，對於聲明拋出異常的任何方法，編譯器將強制執行處理或聲明規則，例如：sqlExecption 這個異常就是一個檢測異常。你連接 JDBC 時，不捕捉這個異常，編譯器就通不過，不允許編譯。
非檢測異常
非檢測異常不遵循處理或聲明規則。在產生此類異常時，不一定非要採取任何適當操作，編譯器不會檢查是否已解決了這樣一個異常。例如：一個數組為 3 個長度，當你使用下標為3時，就會產生數組下標越界異常。這個異常 JVM 不會進行檢測，要靠程序員來判斷。有兩個主要類定義非檢測異常：RuntimeException 和 Error。
Error 子類屬於非檢測異常，因為無法預知它們的產生時間。若 Java 應用程序內存不足，則隨時可能出現 OutOfMemoryError；起因一般不是應用程序的特殊調用，而是 JVM 自身的問題。另外，Error 一般表示應用程序無法解決的嚴重問題。
RuntimeException 類也屬於非檢測異常，因為普通 JVM 操作引發的運行時異常隨時可能發生，此類異常一般是由特定操作引發。但這些操作在 Java 應用程序中會頻繁出現。因此，它們不受編譯器檢查與處理或聲明規則的限制。
自定義異常
自定義異常是為了表示應用程序的一些錯誤類型，為代碼可能發生的一個或多個問題提供新含義。可以顯示代碼多個位置之間的錯誤的相似性，也可以區分代碼運行時可能出現的相似問題的一個或者多個錯誤，或給出應用程序中一組錯誤的特定含義。例如，對隊列進行操作時，有可能出現兩種情況：空隊列時試圖刪除一個元素；滿隊列時試圖添加一個元素。則需要自定義兩個異常來處理這兩種情況。