運行異常和編譯錯誤的區別

Ⅰ java中錯誤(error)和異常(exception)有什麼主要區別

Error（錯誤）表示系統級的錯誤和程序不必處理的異常，一般是指與虛擬機相關的問題，是java運行環境中的內部悔碼猛錯誤或者硬體問題。比如：內存資源不足等。對於這種錯誤，程序基本無能為力，除了退出運行外別無選擇，它是由Java虛擬碧橋機拋出的。x0dx0ax0dx0aException（違例）表示需要捕捉或者需要程序進行處理的異常，它處理的是因為程模物序設計的瑕疵而引起的問題或者在外的輸入等引起的一般性問題，是程序必須處理的。x0dx0aException又分為運行時異常，受檢查異常。x0dx0a運行時異常，表示無法讓程序恢復的異常，導致的原因通常是因為執行了錯誤的操作，建議終止程序，因此，編譯器不檢查這些異常。x0dx0a受檢查異常，是表示程序可以處理的異常，也即表示程序可以修復（由程序自己接受異常並且做出處理），所以稱之為受檢查異常。

Ⅱ 編譯錯誤和運行時異常怎麼區分

編譯錯誤 一般都是語法錯誤
運行時錯誤一般都是比如數組索引指向空值 4/0 這類錯誤
請參考

Ⅲ java的各種異常

Java Exception：
1、Error
2、Runtime Exception 運行時異常
3、Exception
4、throw 用戶自定義異常
異常類分兩大類型：Error類代表了編譯和系統的錯誤，不允許捕獲；Exception類代表了標准Java庫方法所激發的異常。Exception類還包含運行異常類Runtime_Exception和非運行異常類Non_RuntimeException這兩個直接的子類。
運行異常類對應於編譯錯誤，它是指Java程序在運行時產生的由解釋器引發的各種異常。運行異常可能出現在任何地方，且出現頻率很高，因此為了避免巨大的系統資源開銷，編譯器不對異常進行檢查。所以Java語言中的運行異常不一定被捕獲。出現運行錯誤往往表示代碼有錯誤，如：算數異常（如被0除）、下標異常（如數組越界）等。
非運行異常時Non_RuntimeException類及其子類的實例，又稱為可檢測異常。Java編譯器利用分析方法或構造方法中可能產生的結果來檢測Java程序中是否含有檢測異常的處理程序，對於每個可能的可檢測異常，方法或構造方法的throws子句必須列出該異常對應的類。在Java的標准包java.lang java.util 和 java.net 中定義的異常都是非運行異常。

算術異常類：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
類型不存在異常。當應用試圖以某個類型名稱的字元串表達方式訪問該類型，但是根據給定的名稱又找不到該類型是拋出該異常。該異常與ClassNotFoundException的區別在於該異常是unchecked（不被檢查）異常，而ClassNotFoundException是checked（被檢查）異常。
java.lang.UnsupportedOperationException
不支持的方法異常。指明請求的方法不被支持情況的異常。
異常
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）
可能原因
action沒有再struts-config.xml 中定義，或沒有找到匹配的action，例如在JSP文件中使用 <html:form action="Login.do".將表單提交給Login.do處理，如果出現上述異常，請查看struts-config.xml中的定義部分，有時可能是打錯了字元或者是某些不符合規則，可以使用strutsconsole工具來檢查。
-----------------------------------------------------------------------------------------------------------------
異常
org.apache.jasper.JasperException: Cannot retrieve definition for form bean null
可能原因

這個異常是因為Struts根據struts-config.xml中的mapping沒有找到action期望的form bean。大部分的情況可能是因為在form-bean中設置的name屬性和action中設置的name屬性不匹配所致。換句話說，action和form都應該各自有一個name屬性，並且要精確匹配，包括大小寫。這個錯誤當沒有name屬性和action關聯時也會發生，如果沒有在action中指定name屬性，那麼就沒有name屬性和action相關聯。當然當action製作某些控制時，譬如根據參數值跳轉到相應的jsp頁面，而不是處理表單數據，這是就不用name屬性，這也是action的使用方法之一。
-----------------------------------------------------------------------------------------------------------------
異常
No action instance for path /xxxx could be created
可能原因
特別提示：因為有很多中情況會導致這個錯誤的發生，所以推薦大家調高你的web伺服器的日誌/調試級別，這樣可以從更多的信息中看到潛在的、在試圖創建action類時發生的錯誤，這個action類你已經在struts-config.xml中設置了關聯（即添加了<action>標簽）。
在struts-config.xml中通過action標簽的class屬性指定的action類不能被找到有很多種原因，例如：定位編譯後的.class文件失敗。Failure to place compiled .class file for the action in the classpath (在web開發中，class的的位置在r WEB-INF/classes，所以你的action class必須要在這個目錄下。例如你的action類位於WEB-INF/classes/action/Login.class,那麼在struts-config.xml中設置action的屬性type時就是action.Login).
拼寫錯誤，這個也時有發生，並且不易找到，特別注意第一個字母的大小寫和包的名稱。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN
可能原因
沒有位form bean中的某個變數定義getter 方法
這個錯誤主要發生在表單提交的FormBean中，用struts標記<html:text property=」username」>時，在FormBean中必須有一個getUsername()方法。注意字母「U」。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm
可能原因
這個錯誤主要發生在在classpath中找不到相應的Java .class文件。如果這個錯誤發生在web應用程序的運行時，主要是因為指定的class文件不在web server的classpath中（/WEB-INF/classes 和 /WEB-INF/lib）。在上面的錯誤中，原因是找不到ActionForm類。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Exception creating bean of class org.apache.struts.action.ActionForm: {1}
可能原因
Instantiating Struts-provided ActionForm class directly instead of instantiating a class derived off ActionForm. This mightoccur implicitly if you specify that a form-bean is this Struts ActionForm class rather than specifying a child of this classfor the form-bean.
Not associating an ActionForm-descended class with an action can also lead to this error.
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection
可能原因
不是標識Struts actionServlet的<servlet>標記就是映射.do擴展名的<sevlet-mapping>標記或者兩者都沒有在web.xml中聲明。
在struts-config.xml中的打字或者拼寫錯誤也可導致這個異常的發生。例如缺少一個標記的關閉符號/>。最好使用struts console工具檢查一下。
另外，load-on-startup必須在web.xml中聲明，這要麼是一個空標記，要麼指定一個數值，這個數值用來表servlet運行的優先順序，數值越大優先順序越低。
還有一個和使用load-on-startup有關的是使用Struts預編譯JSP文件時也可能導致這個異常。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NullPointerException at org.apache.struts.util.RequestUtils.forwardURL(RequestUtils.java:1223)
可能原因
在struts-config.xml中的forward元素缺少path屬性。例如應該是如下形式：
<forward name="userhome" path="/user/userhome.jsp"/>
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope
Probable Causes
試圖在Struts的form標記外使用form的子元素。這常常發生在你在</html:form>後面使用Struts的html標記。另外要注意可能你不經意使用的無主體的標記，如<html:form … />，這樣web 伺服器解析時就當作一個無主體的標記，隨後使用的所有<html>標記都被認為是在這個標記之外的，如又使用了<html:text property=」id」>還有就是在使用taglib引入HTML標記庫時，你使用的prefix的值不是html。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Missing message for key xx.xx.xx
Probable Causes
這個key的值對沒有在資源文件ApplicationResources.properties中定義。如果你使用eclipse時經常碰到這樣的情況，當項目重新編譯時，eclipse會自動將classes目錄下的資源文件刪除。
資源文件ApplicationResources.properties 不在classpath中應將資源文件放到 WEB-INF/classes 目錄下，當然要在struts-config.xml中定義)
-----------------------------------------------------------------------------------------------------------------
異常
Cannot find message resources under key org.apache.struts.action.MESSAGE
可能原因
很顯然，這個錯誤是發生在使用資源文件時，而Struts沒有找到資源文件。
Implicitly trying to use message resources that are not available (such as using empty html:options tag instead of specifyingthe options in its body -- this assumes options are specified in ApplicationResources.properties file)
XML parser issues -- too many, too few, incorrect/incompatible versions
-----------------------------------------------------------------------------------------------------------------
異常
Strange and seemingly random characters in HTML and on screen, but not in original JSP or servlet.
可能原因
混和使用Struts的html:form標記和標準的HTML標記不正確。
使用的編碼樣式在本頁中不支持。
-----------------------------------------------------------------------------------------------------------------
異常
"Document contained no data" in Netscape
No data rendered (completely empty) page in Microsoft Internet Explorer
可能原因
使用一個Action的派生類而沒有實現perform()方法或execute()方法。在Struts1.0中實現的是perform()方法，在Struts1.1中實現的是execute()方法，但Struts1.1向後兼容perform()方法。但你使用Struts1.1創建一個Action的派生類，並且實現了execute()方法，而你在Struts1.0中運行的話，就會得到"Document contained nodata" error message in Netscape or a completely empty (no HTML whatsoever) page rendered in Microsoft Internet Explorer.」的錯誤信息。
---------------------------------------------------------------------------------------------------------------------------
異常
ServletException: BeanUtils.populate
解決方案
在用Struts上傳文件時,遇到了javax.servlet.ServletException: BeanUtils.populate異常。
我的ActionServlet並沒有用到BeanUtils這些工具類。後來仔細檢查代碼發現是在jsp文件里的form忘了加enctype="multipart/form-data" 了。所以寫程序遇到錯誤或異常應該從多方面考慮問題存在的可能性，想到系統提示信息以外的東西。
----------------------------------------------------------------------------------------------------------------------------
1. 定義Action後, 如果指定了name, 那麼必須要定義一個與它同名的FormBean才能進行form映射.2. 如果定義Action後, 提交頁面時出現 "No input attribute for mapping path..." 錯誤, 則需要在其input屬性中定義轉向的頁面.3. 如果插入新的數據時出現 "Batch update row count wrong:..." 錯誤, 則說明XXX.hbm.xml中指定的key的類型為原始類型(int, long),因為這種類型會自動分配值, 而這個值往往會讓系統認為已經存在該記錄, 正確的方法是使用java.lang.Integer或java.lang.Long對象.4. 如果插入數據時出現 "argument type mismatch" 錯誤, 可能是你使用了Date等特殊對象, 因為struts不能自動從String型轉換成Date型,所以, 你需要在Action中手動把String型轉換成Date型.5. Hibernate中, Query的iterator()比list()方法快很多.6. 如果出現 "equal symbol expected" 錯誤, 說明你的strtus標簽中包含另一個標簽或者變數, 例如:
<html:select property="test" onchange="<%=test%>"/>
或者
<html:hidden property="test" value="<bean:write name="t" property="p"/>"/>
這樣的情況...
---------------------------------------------------------------------------------------------------------------------------
錯誤：Exception in thread "main" org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update原因與解決： 因為Hibernate Tools（或者Eclipse本身的Database Explorer）生成*.hbn.xml工具中包含有catalog="***"（*表示資料庫名稱）這樣的屬性,將該屬性刪除就可以了
---------------------------------------------------------------------------------------------------------------------------
錯誤：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)
原因與解決：
方法1 刪除Set方的cascade
方法2 解決關聯關系後，再刪除
方法3 在many-to-one方增加cascade 但值不能是none
最後一招：
檢查一下hashCode equals是否使用了id作為唯一標示的選項了；我用uuid.hex時是沒有問題的；但是用了native，就不行了，怎麼辦？刪除啊！
----------------------------------------------------------------------------------------------------------------------------
問題：今天用Tomcat 5.5.12，發現原來很好用的系統不能用了，反復測試發現頁面中不能包含 taglib，否則會出現以下提示：HTTP Status 500 -type Exception reportMessage description The server encountered an internal error () that prevented it from fulfilling this request.exceptionorg.apache.jasper.JasperException: /index.jsp(1,1) Unable to read TLD "META-INF/tlds/struts-bean.tld" from JAR file"file:*****/WEB-INF/lib/struts.jar":原因：更新了工程用的lib文件夾下的jar，發布時也發布了servlet.jar和jsp-api.jar。解決：把jsp-api.jar刪除就解決這個問題了。-----------------------------------------------------------------------------------------------------------------------------
錯誤： java.lang.NullPointerException
原因： 發現 實例、 manage 實例等需要注入的東西沒有被注入（俗稱空指針異常）解決：這個時候，你應該查看日誌文件；默認是應用伺服器的 log 文件，比如 Tomcat 就是 [Tomcat 安裝目錄 ]/logs ；你會發現提示你：可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sf' defined in ServletContextresource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xmlorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xml……………………….Caused by: java.io.FileNotFoundException: src\hibernate.cfg.xml可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined inServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not foundorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not found然後你就知道原因是因為配置文件的解析出了錯誤，這個通過 Web 頁面是看不出來的。更多的是持久化影射文件出的錯誤；導致了沒有被解析；當然你需要的功能就無法使用了。
----------------------------------------------------------------------------------------------------------------------------
錯誤：StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /settlementTypeManage
或者： type Status report message Servlet action is not available description The requested resource (Servlet action is not available) is not available.
原因： 同 上
----------------------------------------------------------------------------------------------------------------------------
錯誤StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exceptionjava.lang.ClassNotFoundException: org.apache.struts.taglib.bean.CookieTei界面錯誤具體描述：
org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.bean.CookieTei
原因與解決： <方案一>你的「html:」開頭的標簽沒有放在一個<html:form>中 <方案二>重新啟動你的應用伺服器，自動就沒有這個問題

Ⅳ java中異常與錯誤有什麼區別

在Java.lang軟體包中有一個java.lang.Throwable類，這個類是java中所有錯誤和異常的超類。
顧名思義，這個類（以及子類）的實例可以通過JVM或者java的throw語句拋出。而catch子句的參數也只能是Throwable類型（或者其子類型）。
Throwable類有兩個子類，Error與 Exception。
錯誤與異常都是在程序編譯和運行時出現的錯誤。不同的是，異常可以被開發人員捕捉和處理；而錯誤一般是系統錯誤，一般不需要開發人員處理（也無法處理），比如內存溢出。

Exception是java中所有異常的基類。在java中異常被分為兩大類，編譯時異常和運行時異常。

編譯時異常是由於外在條件不滿足而引發的，比如程序視圖打開一個並不存在的遠程Socket埠。這種異常是可預知的。編譯器強制要求對編譯時異常進行捕獲或聲明。
運行時異常往往是系統錯誤，比如數組下標越界等。通常我們可以不做處理，系統會把它們交給預設的異常處理程序。有人說在運行時異常出現後，異常會被一層層向上拋直到找到處理代碼，如果我們沒有處理運行時異常，異常會被拋到最上層然後拋出，從而導致最上層程序或線程退出。

Error是java中所有錯誤的基類。錯誤通常是我們無法處理的，絕大多數情況下，我們不應該試圖捕獲錯誤。

Ⅳ Java之運行時異常與編譯時異常區別

Java中用2種方法處理異常：

1.在發生異常的地方直接處理；

2.將異常拋給調用者,讓調用者處理。

Java常見的異常：

(1)編譯時異常:Java.lang.Exception

(2)運行期異常:Java.lang.RuntimeException

Java.lang.Exception和Java.lang.Error繼承自Java.lang.Throwable;

Java.lang.RuntimeException繼承自Java.lang.Exception.

編譯時異常： 程序正確，但因為外在的環境條件不滿足引發。例如：用戶錯誤及I/O問題----程序試圖打開一個並不存在的遠程Socket埠。這不是程序本身的邏輯錯誤，而很可能是遠程機器名字錯誤(用戶拼寫錯誤)。對商用軟體系統，程序開發者必須考慮並處理這個問題。Java編譯器強制要求處理這類異常，如果不捕獲這類異常，程序將不能被編譯。

運行期異常： 這意味著程序存在bug，如數組越界，0被除，入參不滿足規范.....這類異常需要更改程序來避免，Java編譯器強制要求處理這類異常。

Ⅵ java中錯誤(error)和異常(exception)有什麼主要區別

1.如圖Exception 和 Error都繼承自Throwable類，由jdk api文檔中對該類的描述可以知道它是異常處理機制的基本組成類型。可以由虛擬機拋出或者編碼者自行拋出(throw)

• jdk8中文發翻譯Throwable類的描述：Throwable類是Java語言中所有錯誤和異常的Throwable類。 只有作為此類（或其一個子類）的實例的對象由Java虛擬機拋出，或者可以由Java throw語句拋出。 類似地，只有這個類或其子類可以是catch子句中的參數類型。

2.Exception 和 Error 體現了 Java 平台設計者對不同異常情況的分類。Exception 是程序正常運行中，可以預料的意外情況，可能並且應該被捕獲，進行相應處理。

3.Error 是指在正常情況下，不大可能出現的情況，絕大部分的 Error 都會導致程序（比如 JVM 自身）處於非正常的、不可恢復狀態。既然是非正常情況，所以不便於也不需要捕獲，常見的比如 OutOfMemoryError 之類，都是 Error 的子類。

4.Exception 又分為可檢查（checked）異常和不檢查（unchecked）異常，可檢查異常在源代碼里必須顯式地進行捕獲處理，這是編譯期檢查的一部分。前面我介紹的不可查的 Error，是 Throwable 不是 Exception。

如何處理這些異常？

• 在現實編程中我們一般使用 try-with-resources 和 multiple catch來進行一些異常處理(便利的特性)，在編譯時期，會自動生成相應的處理邏輯，比如，自動按照約定俗成 close 那些擴展了 AutoCloseable 或者 Closeable 的對象。

• try-with-resources 是一種處理Closeable實現類關閉資源的一種寫法，簡單寫了一個例子可以發現其實這就是一中語法，這種語法可以自動編譯幫忙編譯最後關閉流的操作：

public static void main(String[] args) {

try (BufferedReader br = new BufferedReader(new FileReader("a"));
BufferedWriter writer = new BufferedWriter(new FileWriter("a"))) {

// Try-with-resources
} catch (IOException e) {// Multiple catch
// Handle it
}
}


編譯後class

public static void main(String[] args) { try {
BufferedReader br = new BufferedReader(new FileReader("a"));
Throwable var2 = null; try {
BufferedWriter writer = new BufferedWriter(new FileWriter("a"));
Object var4 = null; if (writer != null) { if (var4 != null) { try {
writer.close();
} catch (Throwable var15) {
((Throwable)var4).addSuppressed(var15);
}
} else {
writer.close();
}
}
} catch (Throwable var16) {
var2 = var16; throw var16;
} finally { if (br != null) { if (var2 != null) { try {
br.close();
} catch (Throwable var14) {
var2.addSuppressed(var14);
}
} else {
br.close();
}
}

}
} catch (IOException var18) {
;
}

}


異常處理的兩個基本原則

• 盡量不要捕獲類似 Exception 這樣的通用異常，而是應該捕獲特定異常

  這是因為在日常的開發和合作中，我們讀代碼的機會往往超過寫代碼，軟體工程是門協作的藝術，所以我們有義務讓自己的代碼能夠直觀地體現出盡量多的信息，而泛泛的 Exception 之類，恰恰隱藏了我們的目的。另外，我們也要保證程序不會捕獲到我們不希望捕獲的異常。比如，你可能更希望 RuntimeException 被擴散出來，而不是被捕獲。

• 不要生吞（swallow）異常。這是異常處理中要特別注意的事情，因為很可能會導致非常難以診斷的詭異情況。

  如果我們不把異常拋出來，或者也沒有輸出到日誌（Logger）之類，程序可能在後續代碼以不可控的方式結束。沒人能夠輕易判斷究竟是哪裡拋出了異常，以及是什麼原因產生了異常。

• 在寫程序時可以通過Objects類(jdk提供),或者斷言等提前判斷問題，如空指針異常的一些值的處理Objects. requireNonNull(filename);而不是使用之後有問題再系統拋出異常，這可能就會不直觀的找到問題所在。即:Throw early, catch late 原則

希望對您有所幫助！~