程序員遇見異常

『壹』 程序員遇到百度不出來的bug都是怎麼解決的

筆者不同意下面網友的回答。程序員如果解決bug的水平停留在網路，那麼本質上只是一個「面向搜索引擎的代碼搬運工」，是不合格的程序員。

程序員對面bug，正確的「打開方式」是像福爾摩斯和柯南那樣，尋找線索、運用邏輯推理來縮小問題可能的根因范圍，最終精準定位。

常用的方法有：

1. 壞境上下文變換法

2. 工具調試法

3. 版本回溯對比法

4. 代碼審計法

……

沒有編程問題是stack overflow和Google解決不了的，假設你在編程中遇到了問題，你自己解決不了、你周圍的的人都解決不了的時候，我覺得stack overflow、Google是你最好、也是最後的幫手。

作為一個程序員，我覺得Google、stack overflow是你必須要學會使用的兩個工具，這兩個工具本身並沒有使用門檻，只不過因為一些眾所周知的原因，很多人不能使用Google和stack overflow這兩款工具。

Google主要還是方便，而且很多編程問題都需要用到英文搜索，當然現在網路在專業能力上也提升明顯，不過跟Google也還是有比較大的差距，因此我還是強烈建議要學會使用Google，這會幫你在工作、學習上事半功倍。假設Google確實因為某些原因沒辦法很好的使用，我也建議你至少要會使用Bing搜索。

現在可以說stack overflow上沒有你找不到的問題了，從IDE環境安裝問題，到各類編程語言問題。演算法問題，數據結構問題，調試，重構等等，幾乎這里就沒有你找不到的答案，可以說在stack overflow上你可以找到任何解決方案，並且上面的回答者基本上都是非常有經驗，而且都是實際中遇到的問題分享出來的，這個工具一定要會使用。同理，除了stack overflow這個專業的垂直程序員問答社區，你也可以使用Quora這個綜合問答社區，這上面也能找到很多問題的答案。

一些比較優秀的文本編輯器： Emacs/Vim，Visual Studio Code，Sublime Text，Atom，Ultraedit，Hbuilder等。

一些比較非常出色的IDE集成開發環境： visual studio，IntelliJ IDEA，PhpStorm，Haskell for Mac ，eclipse，WebStorm，GoLand，CLion，Android Studio，Xcode，QT等。

macOS平台比較好的第三方包管理工具： Fink，Macports，Homebrew等。

一些比較好的終端工具： Zoc7，iTerm2，Cmder，terminus，hyper等。

一些比較好的筆記軟體、markdown工具、效率工具： Evernote，有道雲筆記，為知筆記，Ulysses，MWeb，FileZilla，Snipaste，Kantu等。

虛擬機軟體、容器軟體： Parallels Desktop，VMWare Fusion，Virtual Box，Docker等。

我是個程序員，職務是linux底層驅動工程師。平時的主要工作是調試驅動，但產品遇到諸如死機、重啟、不開機之類的問題時，也要參與查找原因。一部分問題，確實可以查看相關的log，然後網路這些log的關鍵字來解決；但更多的問題，牽扯的條件太多，並不是簡單的網路就能解決的。

觀察了周圍同事們的做法，我總結出以下幾種解決方法：

網路因為競價排名的原因，搜索出來的結果有很多廣告的成分，所以有時候要翻好幾頁才能看到一條相關的答案，有些甚至要翻幾十頁。

因為網路搜索使用的是SEO技術，即普通用戶可以通過優化網站內容來提升關鍵詞排名。

而這就會導致一個問題：你搜索關鍵詞後展現出來的結果是有人想要讓你看到的，並不是質量最好的。

也就是說，網路搜索結果被人為干預了。所以網路一直被網民所詬病。

但網路搜索不出結果，未必是網路的原因，也有可能是自己輸入的搜索詞不準確造成的。所以對於網路，我們要做到如下幾點:

除此之外，網路搜索還有點小技巧，粥左羅《萬字干貨，徹底講透搜索技巧，10倍提升你的搜索力（免費教程）》這篇文章寫得非常好，我整理幾點，僅供參考：

01 過濾目標內容

命令：「+」「-」

用法：通過「+」和「-」來對搜索結果進行過濾

比如在關鍵詞後加上「-推廣 -推廣鏈接」就可以排除搜索結果中包含相應字樣的鏈接。如果你發現廣告還沒有排除干凈，你也可以再加上「-廣告」通常就能徹底的消滅廣告。

02 搜索包含某關鍵詞的內容

命令：「intitle」

用法：通過「intitle」命令指定搜索結果中要包含的關鍵詞，注意「intitle」後邊連接的冒號是英文狀態下的。

03 搜索某一個格式的文件

命令：「filetype」

用法：通過「filetype」命令可以限制我們要搜索文件的類型，注意「filetype」後邊接的冒號也是英文狀態下的。

04 搜索特定時間范圍的內容

命令：「時間..時間」

用法：通過「時間..時間」命令可以限制我們要搜索的文件的時間，注意兩個時間的中間頓號沒有空格。

相對網路，谷歌、必應對於技術搜索，就相對准確許多，所以當你網路搜索不到時，嘗試下別的搜索引擎，說不定會有新發現。

現在程序員使用的機器語言，都是國外的，更准確的說，都是美國的。所以很多論壇、資料等，都是英文。如果你只會用中文來搜索，某些小眾的問題，當然搜不到啦。

所以，要學會使用英文關鍵字來搜索。

有時候甚至要去國外的一些論壇來搜索想要的答案，這就要求要有一定的英語閱讀能力，不能一看到英文帖就放棄。

有時候不管你如何搜索，都找不到自己想要的答案，該怎麼辦呢？這種情況下，就只能硬著頭皮嘗試自己解決了。

或者，尋求同事或朋友的幫助，尋求大腦風暴，說不定就會有思路。

如果有些問題是因為新器件帶來的，還可以找到器件供應商，讓他們安排技術支持幫忙查找原因。

除此之外，還可以把問題整理好，寫清發生的條件、復現步驟、測試方法、相關的LOG截圖等資料，去一些技術論壇發求助帖，尋找大牛的幫助。

做技術時間久了，發現有些問題確實無解，根本沒有辦法去解決它。

這時候，我一般會嘗試把它繞過，就是說，想辦法讓它無法復現，雖然問題還是存在，但是能把它掩蓋過去。

比如有些驅動在開機啟動時會載入不正常，那麼就讓它晚點啟動，或者手動載入。這也不失為一種解決問題的方法。

以上就是我的建立，希望對你有幫助。

首先作為一個程序員，一個優秀的程序員最最最重要的能力就是解決問題的能力。這里解決問題的能力當然就包含了解決 bug 能力了

畢竟，程序員這一生，可能會寫無數個 bug ，沒有說哪個程序員敢保證自己寫的程序沒有 bug 。 所以，寫了 bug ，遇到 bug 並不可怕，可怕的是你沒有解決 bug 的能力 。

作為一個程序員，解決 bug 的途徑有哪些呢？我們來一起聊一聊！

其實，每個程序員在學習編程的時候，都會使用編程工具，而現在的開發工具，其實功能都很強大。如果你自己合理利用編程工具，都了解和懂得開發工具的一些技巧，其實不僅僅能夠提高開發效率，而且還能夠幫助你解決很多編程中的實際問題。

debug 調試，大部分你常用的開發工具，都會有調試模式的，簡而言之，就是你編程的時候，遇到了不是自己所想的結果的時候，你可以使用 debug 模式，來一步一步的調試，在調試模式下一般每一步都會顯示所執行的結果，你可以看看在哪一步出錯了，執行的結果與你預想的結果不對，那麼你就能夠找到問題所在了。

還有就是，開發工具的控制台，都會提示出報錯信息的，現在的開發工具，都會直接告訴你哪一行，報了什麼錯。其實，很容易定位到錯誤的。你只需要在編程的過程中積累經驗，知道報什麼錯，用什麼方法來解決就行啦。

可是，提示的報錯信息，我不知道用什麼方法來解決的時候，該怎麼辦呢？這就是你需要積累的，也是問題中所描述的，就是通過搜索引擎來找答案。

不對，這里不應該是合理使用搜索引擎，應該是學會正確使用搜索引擎。比如：網路，你就不要用了，搜出一堆重復的信息，而且廣告也多。作為程序員，建議你使用谷歌搜索。

其實，你在編程中所遇到的幾乎所有的問題和 bug ，別人也同樣遇到過，因為不管是經驗豐富的老程序員，他技術再牛逼，也是初學者過來的，也都踩過你踩的坑。所以，互聯網是個好地方，裡麵包含了你想要的問題的答案。

你只要把報錯信息往搜索引擎上一放，回車一下，很多關於這個 bug 的答案就出來很多，你只需要找到跟你一樣的 bug ，就能找到答案了。

在這里必須提一下這個網站，所有的程序員有必要學會使用這個網站，其實，你編程中所遇到的問題，這個網站上幾乎都是由解答的。

Stack Overflow 可以說是最好的軟體程序類問答網站了，給軟體開發人員工作和學習提供了非常大的便利，以至於像小白，離了 Stack Overflow 簡直都不會寫程序了。

所以，建議大家一定要學會使用這個網站，對你編程肯定會有非常大的幫助的。

通過上面的方法，幾乎應該能夠解決到你所遇到的問題，但是，實在找不到答案的話，你可以問經驗比你豐富的老程序員，實在解決不了，那就換種方法吧！

網路，谷歌，debug，斷點調試，業務上的bug就需要問下同事或者產品。如果能知道大致范圍，哪一部分錯了，就換一種方法唄，一般都不會只有一種方法。

1.reload

2.restart

3.rewrite and then goto 2 or 4

4.reboot

5.rm -rf /

6.原諒我編不下去了[捂臉][捂臉][捂臉][捂臉][捂臉][捂臉][捂臉]

找bug跟醫生看病的思路是一樣的，要對症下葯。得先把問題的根源找到，找到根源以後問題就容易處理了。搜索引擎找不到的問題，說明這個問題不是一個常見的問題，具有獨特性，那麼從bug出現的路徑上一步一步去排查。必要時可以用排除法，盡可能的縮小排查范圍。另外，當軟體的業務邏輯比較繁多復雜的時候，一個結構清晰的架構能為你節省不少找bug的時間。還有，充分的單元測試能夠幫你減少出bug的機會。以上均為個人看法，歡迎討論！

一般程序員能碰到的bug無外乎其他上遊程序員寫庫時手抖留下些不匹配或者容易溢出的問題，搜一下差不多能解決問題。如果是自己寫的，那無非就是時序錯誤類型錯誤之類的，用break point一行行的調就好了。

再復雜點的bug就是程序員拿高薪的根本了，只可意會，不可言傳～

僅僅靠搜索引擎、其他網站那必然無法解決大量問題，因為很多問題是跟業務邏輯相關的，是沒有直接答案的。比如 游戲 開發有個界面一直無法顯示，這個問題就不是網路可以解決的。問題需要調試分析，這和破案非常像，但在開發過程中更有利的是問題有機會可以重現。破案是逆向工程，需要反推。解決代碼問題不僅僅可以反推，也可以通過閱讀代碼正向分析。下面說說如何debug一個業務邏輯問題。回到剛剛的例子，有個界面一直出不來，我們如何快速去定位：

1.思考這個問題發生的可能性。比如 游戲 內大量界面都是正常的，那麼可以對比正常界面代碼和異常界面代碼的區別，這是對比法。

2.假設創建正常界面和這個異常界面的邏輯代碼是一樣的，那麼問題就落到了這兩個界面內部，繼續在內部重復上面的對比法進行判斷，直到鎖定最終位置。

上面說的方法基本上可以杜絕卡在一個簡單問題上，這是擺脫新手的一個過程。選擇使用對比法或者其他方法的前提都是基於觀察和對項目的認識，所以，搜集「案發現場」是最關鍵的。

其他的問題，不屬於邏輯的，像其他網友說的那樣，有些通過到github、stackoverflow等地方解決的。這些問題也不是直接就去查找的，它通常也有個分析過程。比如你使用了一個庫，但是目前它不支持你的模塊。對於新手，就是直接網路或者google了。實際上這樣的問題也是有「案發現場」的。對於作者提供的api介面的統一性和便捷程度去推斷作者在相關支持模塊的位置以及命名以及拓展，再嘗試在文件夾中搜索。如果都找不到，再去Google上獲取更多的信息。重復推斷、分析，決定如何拓展或者繞過。

綜合上面的幾種問題，可以看到的是都離不開對現場的觀察和推理分析。這種能力也被稱為經驗。但是一般情況下你看不到它們這個分析過程，你能做的就是在實際環境中反復逼迫自己去思考，去訓練。這個推理的培養，不僅僅是對事情，也是對人。

我在入行 游戲 開發的前期，也是類似的情況。卡在不同種類的問題上，有些在簡單邏輯，有些在別人的代碼支持上。後面解決的問題多了，就會發現裡面共通的思維方式。常用的一些方法如下：

1.對比法，比較正常與異常代碼區別

2.二分查找法。分段注釋找問題，也會用在很多方面。比如最近版本突然出了一個奇怪bug，可以通過svn還原來定位。這個還原不是一個一個版本還原，而是用二分法去還原。

3.增加信息。在懷疑的位置或者過程添加日誌或者打斷點輔助自己更好的推理。

4.相似推理。比如一個引擎在api、性能使用程度上都非常友好，那麼它在別的地方也有可能相對表現比較好。這時候如果有個功能我們的實現需要很復雜才能完成，那麼就有可能是我們用錯了。相似推理不一定都能正確，但會提供一些幫助。

以上。

『貳』 優秀的程序員是如何處理技術 Bug 的

從初入職場菜鳥到職場大咖，很多程序員在努力充實自己，有時候我們需要對自己進行一次能力定位，了解自己的優勢和沒有掌握的技術。芯學苑列出幾點作為初入職場的新手評估自己，明了前進學習的方向。
1、技術能力(解決問題的能力)
這是非常重要的事;過硬的技術能讓你得到面試機會，並在工作中游刃有餘。當公司招聘一個java開發人員時，是會優先考慮能力因素的。在實際的項目開發中，一個程序員的技術能力等於其解決問題的能力。
如果拿一個尺度來衡量這個能力的話，一個程序員的能力可以用能完成任務的數量和難度來衡量。一個程序員能基本無誤的完成項目中的一個功能算是合格，但在此之前，他對項目的生產力為負，為他布置的任務，中間環節的溝通，修補bug的時間其實要多於自己直接完成該功能的時間的。能較好完成一個完整模塊的程序員才算是較好的程序員，也是項目中的主要開發者。能獨立完成整個項目才是優秀的程序員。
2、專業基礎(知識的積累)
一個程序員的知識積累很大程度上決定了其解決問題的能力。知道如何編寫代碼是基本的技能，但是知道Java編程語言的原理，知道代碼背後的演算法將使你從人群中脫穎而出。
3、主流編程工具
今天，事實是，你不能成為一個樣樣都懂的人(雜而不精)。你必須選擇你要掌握的工具。有時這是由工作的環境決定的，但是按照下面說的去做也是一個很好的選擇：
構建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
構建自動化：Jenkins。
IDE：Netbeans或Eclipse——不僅用於編寫代碼，而且還從IDE中重構和調試代碼。我遇到了很多沒有如何從他們最喜歡的IDE調試的開發人員。
Bug跟蹤：Bugzilla或Jira。
4、JSF的知識
應用程序伺服器
所有Java開發人員應該知道如何在Apache Tomcat中部署。
當Glassfish開發停止時，下一個最好的事情是J Boss Wild Fly。
5、溝通的能力
溝通是我們做好一切事情的關鍵。我們必須與我們周圍的環境保持互動，無論是在我們的私人還是職業生活中。一個良好的程序員知道如何在各種團體面表達自己。也許對你來說顯而易見的東西在他人的角度來看並非如此。
從大的尺度(比如一個人的工作生涯)來看，一個程序員知識積累的多少只決定於其自學能力和他對編程本身的興趣。
在一個分工明確的項目中，程序員需要理解產品，和領導溝通理解自己的任務，和同事們溝通以正確的方式進行合作。無論哪一個方面溝通出了問題都不是小事情，同時，程序員還需要正確的傳達設計的實現難度，以及讓別人正確的理解自己設計模塊的介面。在不寫文檔時，正確的口頭溝通非常重要，需要寫文檔時，良好的編輯能力也算做是溝通能力的一部分。
6、自學能力
這是一個非常重要的技能，在你自己的空閑時間學習新的技能。不要等待公司為你提供培訓。你需要自己去學習新技術，提升自己在相關領域的水平。從Java後端開發到架構模式，總是有一些新事物值得學習。經常閱讀博客和論壇，嘗試加入本地聚會小組。你學到的東西可以幫助你的事業。知識刷新頻率極快讓人無法追趕的這個時代，難免會有超出自己知識范圍的時候，此時你的自學能力決定了你能多快的完成任務。
7、良好的團隊合作精神
無論是部分編程還是大型項目，所有開發人員都是作為團隊的一部分在協同工作。你需要致力於團隊的目的，或幫助新的團隊成員克服障礙。不要存在這種「我只要做好我的本職工作，下班就直接回家」的態度。成為團隊的一部分，幫助周圍的同事，對自己的能力也是不小的提升。
就像拿破崙說的不想當元帥的士兵不是好士兵，追求參與一個大型軟體系統的開發，是每個程序員的夢想。在此之前，應該學習更多的專業知識，達到優秀程序師的標准。最後希望各位程序員閱讀本文後能夠得到一些裨益，在這條路上走得更好。

『叄』 對於Java程序來說，有的程序員寫了一段代碼出現了異常，他立馬用try catch捕獲，這樣做是不是不對

你既然用了「立馬」 這個詞，那他顯然太心急了

怎麼也要先做幾個簡單的判斷吧，呵呵，數組越界啦，是否可能為IO異常啦，要有個基本的判斷呀

當然如果他是想用 try catch 先找到異常位置及異常信息 然後再通過其他手段 對程序作出調整還是 可取的，但是如果 想通過 添加 try catch 就解決問題 是比較盲目的做法。

以數組越界為例子

try catch 與if(x>array.length) 可以說 是一個意思，這樣實際上是造成了 程序的一個分支，呵呵，這就有的討論了，程序真的應該在這里有個分支做其他處理還是應該在前面就控制好不能出現越界？這應該是在程序設計階段要完成的，而不是實現階段，

所以說「立馬」用try catch 並不可取

『肆』 java項目中經常遇到的異常列舉5到10個

1. java.lang.nullpointerexception
這個異常大家肯定都經常遇到，異常的解釋是"程序遇上了空指針"，簡單地說就是調用了未經初始化的對象或者是不存在的對象，這個錯誤經常出現在創建圖片，調用數組這些操作中，比如圖片未經初始化，或者圖片創建時的路徑錯誤等等。對數組操作中出現空指針，很多情況下是一些剛開始學習編程的朋友常犯的錯誤，即把數組的初始化和數組元素的初始化混淆起來了。數組的初始化是對數組分配需要的空間，而初始化後的數組，其中的元素並沒有實例化，依然是空的，所以還需要對每個元素都進行初始化（如果要調用的話）

2. java.lang.classnotfoundexception
這個異常是很多原本在jb等開發環境中開發的程序員，把jb下的程序包放在wtk下編譯經常出現的問題，異常的解釋是"指定的類不存在"，這里主要考慮一下類的名稱和路徑是否正確即可，如果是在jb下做的程序包，一般都是默認加上package的，所以轉到wtk下後要注意把package的路徑加上。

3. java.lang.arithmeticexception
這個異常的解釋是"數學運算異常"，比如程序中出現了除以零這樣的運算就會出這樣的異常，對這種異常，大家就要好好檢查一下自己程序中涉及到數學運算的地方，公式是不是有不妥了。

4. java.lang.
這個異常相信很多朋友也經常遇到過，異常的解釋是"數組下標越界"，現在程序中大多都有對數組的操作，因此在調用數組的時候一定要認真檢查，看自己調用的下標是不是超出了數組的范圍，一般來說，顯示（即直接用常數當下標）調用不太容易出這樣的錯，但隱式（即用變數表示下標）調用就經常出錯了，還有一種情況，是程序中定義的數組的長度是通過某些特定方法決定的，不是事先聲明的，這個時候，最好先查看一下數組的length，以免出現這個異常。

5. java.lang.illegalargumentexception
這個異常的解釋是"方法的參數錯誤"，很多j2me的類庫中的方法在一些情況下都會引發這樣的錯誤，比如音量調節方法中的音量參數如果寫成負數就會出現這個異常，再比如g.setcolor(int red,int green,int blue)這個方法中的三個值，如果有超過255的也會出現這個異常，因此一旦發現這個異常，我們要做的，就是趕緊去檢查一下方法調用中的參數傳遞是不是出現了錯誤。

6. java.lang.illegalaccessexception
這個異常的解釋是"沒有訪問許可權"，當應用程序要調用一個類，但當前的方法即沒有對該類的訪問許可權便會出現這個異常。對程序中用了package的情況下要注意這個異常。

其他還有很多異常，我就不一一列舉了，我要說明的是，一個合格的程序員，需要對程序中常見的問題有相當的了解和相應的解決辦法，否則僅僅停留在寫程序而不會改程序的話，會極大影響到自己的開發的。關於異常的全部說明，在api里都可以查閱。

算術異常類：ArithmeticExecption

空指針異常類：NullPointerException

類型強制轉換異常：ClassCastException

數組負下標異常：NegativeArrayException

數組下標越界異常：

違背安全原則異常：SecturityException

文件已結束異常：EOFException

文件未找到異常：FileNotFoundException

字元串轉換為數字異常：NumberFormatException

操作資料庫異常：SQLException

輸入輸出異常：IOException

方法未找到異常：NoSuchMethodException

java.lang.AbstractMethodError

抽象方法錯誤。當應用試圖調用抽象方法時拋出。

java.lang.AssertionError

斷言錯。用來指示一個斷言失敗的情況。

java.lang.ClassCircularityError

類循環依賴錯誤。在初始化一個類時，若檢測到類之間循環依賴則拋出該異常。

java.lang.ClassFormatError

類格式錯誤。當Java虛擬機試圖從一個文件中讀取Java類，而檢測到該文件的內容不符合類的有效格式時拋出。

java.lang.Error

錯誤。是所有錯誤的基類，用於標識嚴重的程序運行問題。這些問題通常描述一些不應被應用程序捕獲的反常情況。

java.lang.ExceptionInInitializerError

初始化程序錯誤。當執行一個類的靜態初始化程序的過程中，發生了異常時拋出。靜態初始化程序是指直接包含於類中的static語句段。

java.lang.IllegalAccessError

違法訪問錯誤。當一個應用試圖訪問、修改某個類的域（Field）或者調用其方法，但是又違反域或方法的可見性聲明，則拋出該異常。

java.lang.IncompatibleClassChangeError

不兼容的類變化錯誤。當正在執行的方法所依賴的類定義發生了不兼容的改變時，拋出該異常。一般在修改了應用中的某些類的聲明定義而沒有對整個應用重新編譯而直接運行的情況下，容易引發該錯誤。

java.lang.InstantiationError

實例化錯誤。當一個應用試圖通過Java的new操作符構造一個抽象類或者介面時拋出該異常.

java.lang.InternalError

內部錯誤。用於指示Java虛擬機發生了內部錯誤。

java.lang.LinkageError

鏈接錯誤。該錯誤及其所有子類指示某個類依賴於另外一些類，在該類編譯之後，被依賴的類改變了其類定義而沒有重新編譯所有的類，進而引發錯誤的情況。

java.lang.NoClassDefFoundError

未找到類定義錯誤。當Java虛擬機或者類裝載器試圖實例化某個類，而找不到該類的定義時拋出該錯誤。

java.lang.NoSuchFieldError

域不存在錯誤。當應用試圖訪問或者修改某類的某個域，而該類的定義中沒有該域的定義時拋出該錯誤。

java.lang.NoSuchMethodError

方法不存在錯誤。當應用試圖調用某類的某個方法，而該類的定義中沒有該方法的定義時拋出該錯誤。

java.lang.OutOfMemoryError

內存不足錯誤。當可用內存不足以讓Java虛擬機分配給一個對象時拋出該錯誤。

java.lang.StackOverflowError

堆棧溢出錯誤。當一個應用遞歸調用的層次太深而導致堆棧溢出時拋出該錯誤。

java.lang.ThreadDeath

線程結束。當調用Thread類的stop方法時拋出該錯誤，用於指示線程結束。

java.lang.UnknownError

未知錯誤。用於指示Java虛擬機發生了未知嚴重錯誤的情況。

java.lang.UnsatisfiedLinkError

未滿足的鏈接錯誤。當Java虛擬機未找到某個類的聲明為native方法的本機語言定義時拋出。

java.lang.UnsupportedClassVersionError

不支持的類版本錯誤。當Java虛擬機試圖從讀取某個類文件，但是發現該文件的主、次版本號不被當前Java虛擬機支持的時候，拋出該錯誤。

java.lang.VerifyError

驗證錯誤。當驗證器檢測到某個類文件中存在內部不兼容或者安全問題時拋出該錯誤。

java.lang.VirtualMachineError

虛擬機錯誤。用於指示虛擬機被破壞或者繼續執行操作所需的資源不足的情況。

java.lang.ArithmeticException

算術條件異常。譬如：整數除零等。

java.lang.

數組索引越界異常。當對數組的索引值為負數或大於等於數組大小時拋出。

java.lang.ArrayStoreException

數組存儲異常。當向數組中存放非數組聲明類型對象時拋出。

java.lang.ClassCastException

類造型異常。假設有類A和B（A不是B的父類或子類），O是A的實例，那麼當強制將O構造為類B的實例時拋出該異常。該異常經常被稱為強制類型轉換異常。

java.lang.ClassNotFoundException

找不到類異常。當應用試圖根據字元串形式的類名構造類，而在遍歷CLASSPAH之後找不到對應名稱的class文件時，拋出該異常。

java.lang.CloneNotSupportedException

不支持克隆異常。當沒有實現Cloneable介面或者不支持克隆方法時,調用其clone()方法則拋出該異常。

java.lang.

枚舉常量不存在異常。當應用試圖通過名稱和枚舉類型訪問一個枚舉對象，但該枚舉對象並不包含常量時，拋出該異常。

java.lang.Exception

根異常。用以描述應用程序希望捕獲的情況。

java.lang.IllegalAccessException

違法的訪問異常。當應用試圖通過反射方式創建某個類的實例、訪問該類屬性、調用該類方法，而當時又無法訪問類的、屬性的、方法的或構造方法的定義時拋出該異常。

java.lang.IllegalMonitorStateException

違法的監控狀態異常。當某個線程試圖等待一個自己並不擁有的對象（O）的監控器或者通知其他線程等待該對象（O）的監控器時，拋出該異常。

java.lang.IllegalStateException

違法的狀態異常。當在Java環境和應用尚未處於某個方法的合法調用狀態，而調用了該方法時，拋出該異常。

java.lang.IllegalThreadStateException

違法的線程狀態異常。當縣城尚未處於某個方法的合法調用狀態，而調用了該方法時，拋出異常。

java.lang.IndexOutOfBoundsException

索引越界異常。當訪問某個序列的索引值小於0或大於等於序列大小時，拋出該異常。

java.lang.InstantiationException

實例化異常。當試圖通過newInstance()方法創建某個類的實例，而該類是一個抽象類或介面時，拋出該異常。

java.lang.InterruptedException

被中止異常。當某個線程處於長時間的等待、休眠或其他暫停狀態，而此時其他的線程通過Thread的interrupt方法終止該線程時拋出該異常。

java.lang.NegativeArraySizeException

數組大小為負值異常。當使用負數大小值創建數組時拋出該異常。

java.lang.NoSuchFieldException

屬性不存在異常。當訪問某個類的不存在的屬性時拋出該異常。

java.lang.NoSuchMethodException

方法不存在異常。當訪問某個類的不存在的方法時拋出該異常。

java.lang.NullPointerException

空指針異常。當應用試圖在要求使用對象的地方使用了null時，拋出該異常。譬如：調用null對象的實例方法、訪問null對象的屬性、計算null對象的長度、使用throw語句拋出null等等。

java.lang.NumberFormatException

數字格式異常。當試圖將一個String轉換為指定的數字類型，而該字元串確不滿足數字類型要求的格式時，拋出該異常。

java.lang.RuntimeException

運行時異常。是所有Java虛擬機正常操作期間可以被拋出的異常的父類。

java.lang.SecurityException

安全異常。由安全管理器拋出，用於指示違反安全情況的異常。

java.lang.

字元串索引越界異常。當使用索引值訪問某個字元串中的字元，而該索引值小於0或大於等於序列大小時，拋出該異常。

java.lang.TypeNotPresentException

類型不存在異常。當應用試圖

『伍』 應用程序員發生異常unkown software exception (0x40000015)，位置為0x05ee315. 要終止程序，。。。

一般來說是病毒，可能過一段時間就不只是有道詞典出這個問題了。不過也有可能是你自己改了系統文件，如果有條件可以還原下系統，否則就要重裝了

『陸』 java 運行時異常和受控異常

樓上兩位兄弟都有些錯誤,下面是我的見解，好久沒手打這么多，好累啊
受控異常就是checked Exception ,這些異常在你寫代碼時候必須用try{}catch語句抓住，或者throw拋出，不然代碼編譯時候就通不過。比如IOException ，SqlException,FileNotFoundExcption等等，
而運行時異常是你寫代碼的時候不需要catch，或者throw就可以通過編譯的異常，一般由於程序員的錯誤引起的，比如NullPointException異常，數組越界異常，這些都是沒法在 try catch中恢復的，異常需要程序員細心檢查出錯誤。
而error是繼承throwable介面，但和異常是不同的概念，error基本上就是jvm運行時內存耗盡，系統崩潰等等重大的錯誤，級別高於Exception，而且沒法恢復