Java

深入java.lang.Throwable java語言中，錯誤類的基類是java.lang.Error，異常類的基類是java.lang.Exception。 相同點：java.lang.Error和java.lang.Exception都是java.lang.Throwable的子類，因此java.lang.Error和java.lang.Exception自身及其子類都可以作為throw的使用對象，如：throw new MyError();和throw new

（1）問題介紹 修改物料，部分功能描述如下： 選擇需要修改的物料，單擊修改按鈕，調用ShowModifyItemServlet進行一系列設定，並轉寄到物料修改頁面item_modify.jsp。 在這個過程中，出現錯誤，列印堆棧如下： 四月 01, 2012 5:35:52 下午 org.apache.catalina.core.StandardWrapperValve invoke 嚴重: Servlet.service() for servlet

開啟Java的JAR檔案我們經常可以看到檔案中包含著一個META-INF目錄，這個目錄下會有一些檔案，其中必有一個MANIFEST.MF，這個檔案描述了該Jar檔案的很多資訊，下面將詳細介紹MANIFEST.MF檔案的內容，先來看struts.jar中包含的MANIFEST.MF檔案內容： Manifest-Version: 1.0 Created-By: Apache Ant 1.5.1 Extension-Name: Struts Framework Specification-Title:

IDE: Eclipse Juno Step 1:  Add Dynamic Web Module right click project -> properties -> project facets -> tick ‘Dynamic Web Module’ -> Click ‘Further configuration available’ -> Set Content directory to ‘src/main/webapp’ ->

1. Issue Description When I run a JUnit test under spring context, come across this error. Test code looks like this: @RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations = "classpath*:spring.xml")public class

0. 為什麼要引入異常處理機制。      在異常機制引入之前，利用if…else，sysout和syserror的方式處理異常。異常處理是程式設計中一個非常重要的方面，也是程式設計的一大痛點，從C開始，你也許已經知道如何用if...else...來控制異常了，也許是自發的，然而這種控制異常痛苦，同一個異常或者錯誤如果多個地方出現，那麼你每個地方都要做相同處理，感覺相當的麻煩。    

個人覺得,由於有GC,大多數情況下,不會出現。但是，如果某些資源沒有關閉（例如I/O檔案和資料庫連接沒有關閉），就有可能出現 out of Memory的情況。 以上，只是個人的經驗作出的結論。   以下是摘自：http://calvin.javaeye.com/blog/91903，對於java記憶體流失的總結 記憶體流失    java 不是有垃圾收集器了嗎。怎麼還泄漏。。  

Throwable 類是 Java 語言中所有錯誤或異常的超類，它有2個子類，Exception和Error。 Error表示程式發生了非常嚴重的錯誤，無法恢複或繼續運行，因此不應該試圖捕獲它。 Exception表示應用程式可捕獲的異常，異常可分為檢查型異常和非檢查型異常，非檢查型異常俗稱unchecked

會。java導致記憶體泄露的原因很明確：長生命週期的對象持有短生命週期對象的引用就很可能發生記憶體泄露，儘管短生命週期對象已經不再需要，但是因為長生命週期對象持有它的引用而導致不能被回收，這就是java中記憶體泄露的發生情境。    

前些天緊急出版本，發現一個記憶體流失問題，程式每次登出都會有大量的對象沒有釋放，在登出登陸成功後，又會重建一個相同的對象。這樣，在做介面自動化測試的過程中，系統頻繁登出，登陸，再登出。這樣如此反覆多次，會必然導致java這個進程的記憶體溢出OutOfMemory。 拿到問題，用JProfile把程式跑起來，查到具體泄漏的對象，然後進行詳細的分析。發現兩個地方存在嚴重的泄漏：1 某對象在建立，初始化的過程會建立一個線程，這個線程專門處理和電腦串口的通訊。代碼如下：package

public Object pop(){ if(size==0) throw new EmptyStackException(); return element[--size]; //短暫造成記憶體泄露 }

對象的強、軟、弱和虛引用在JDK 1.2以前的版本中，若一個對象不被任何變數引用，那麼程式就無法再使用這個對象。也就是說，只有對象處於可觸及（reachable）狀態，程式才能使用它。從JDK 1.2版本開始，把對象的引用分為4種層級，從而使程式能更加靈活地控制對象的生命週期。這4種層級由高到低依次為：強引用、軟引用、弱引用和虛引用。   ⑴強引用（StrongReference）

     會。java導致記憶體泄露的原因很明確：長生命週期的對象持有短生命週期對象的引用就很可能發生記憶體泄露，儘管短生命週期對象已經不再需要，但是因為長生命週期對象持有它的引用而導致不能被回收，這就是java中記憶體泄露的發生情境。

Error類和Exception類的父類都是throwable類，他們的區別是： Error類一般是指與虛擬機器相關的問題，如系統崩潰，虛擬機器錯誤，記憶體空間不足，方法調用棧溢等。對於這類錯誤的導致的應用程式中斷，僅靠程式本身無法恢複和和預防，遇到這樣的錯誤，建議讓程式終止。 Exception類表示程式可以處理的異常，可以捕獲且可能恢複。遇到這類異常，應該儘可能處理異常，使程式恢複運行，而不應該隨意終止異常。 Exception類又分為運行時異常（Runtime

Error類對象由Java虛擬機器產生並拋出，Exception類對象由應用程式處理或拋出 Error表示恢複不是不可能但很困難的情況下的一種嚴重問題。比如說記憶體溢出。不可能指望程式能處理這樣的情況。 Error表示系統級的錯誤和程式不必處理的異常。 Exception 是checked （java 編譯器必須要求 catch），大概指一類可以預知的，當發生異常後知道如何處理的異常，所以需要捕獲。 RuntimeException 是屬於unchecked （

Java程式在解析xml檔案時，如果xml檔案中指定了dtd，在預設會從指定的url下載dtd檔案，但是很多情況下如果網路連接不上，或者防火牆原因，dtd檔案無法下載下來導致程式報連線逾時異常，解析xml失敗。有兩種方法解決該類問題： 1.指定從本地讀取dtd檔案 若要解析的xml檔案中有如下的dtd聲明：。 <!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN"

1．垃圾收集演算法的核心思想 Java語言建立了垃圾收集機制，用以跟蹤正在使用的對象和發現並回收不再使用（引用）的對象。該機制可以有效防範動態記憶體分配中可能發生的兩個危 險：因記憶體垃圾過多而引發的記憶體耗盡，以及不恰當的記憶體釋放所造成的記憶體非法引用。 垃圾收集演算法的核心思想是：對虛擬機器可用記憶體空間，即堆空間中的對象進行識別，如果對象正在被引用，那麼稱其為存活對象，反之，如果對象不再被引

案例 <?xml version="1.0" encoding="UTF-8" standalone="yes"?>  <!DOCTYPE book[  <!ELEMENT book (computer)*> 

英文原文：10 Java Exception and Error Interview Questions Answers        

我們知道Java中的流分為字元流和位元組流，其中字元流主要針對字元文本進行處理，而位元組流處理範圍更為廣泛，畢竟圖片、電影等只要是檔案都是以二進位的形式存在的，而不是字元。 字元流： FileReader FileWriter。 BufferedReader BufferedWriter 位元組流： FileInputStream FileOutputStream BufferedInputStream BufferedOutputStream