想使用commons-compress-1.4.1.jar對tar.gz文件進行處理，上網(wǎng)找半天，別人寫的都很費勁，看了看樣例，自己寫了一個方法。
/**
* 解壓tar.gz文件
* tar文件只是把多個文件或文件夾打包合成一個文件，本身并沒有進行壓縮。gz是進行過壓縮的文件。
* @param dir
* @param filepath
* @throws Exception
*/
public static void deGzipArchive(String dir, String filepath)
throws Exception {
final File input = new File(filepath);
final InputStream is = new FileInputStream(input);
final CompressorInputStream in = new GzipCompressorInputStream(is, true);
TarArchiveInputStream tin = new TarArchiveInputStream(in);
TarArchiveEntry entry = tin.getNextTarEntry();
while (entry != null) {
File archiveEntry = new File(dir, entry.getName());
archiveEntry.getParentFile().mkdirs();
if (entry.isDirectory()) {
archiveEntry.mkdir();
entry = tin.getNextTarEntry();
continue;
}
OutputStream out = new FileOutputStream(archiveEntry);
IOUtils.copy(tin, out);
out.close();
entry = tin.getNextTarEntry();
}
in.close();
tin.close();
}
遺留問題：
tar解壓tar.gz文件時，中文文件夾有亂碼
研究發(fā)現(xiàn)commpress包解壓時，TarArchiveInputStream類對中文未做處理，進一步跟蹤，第一層是
utf8，正確，往下取，需要包括子文件夾，子文件，涉及到"/"等符號的切割，這個地方未考慮中文
據(jù)說ant沒問題
溫故而知新還是很重要的，長期不復習，有些東西就會模糊，在工作中可能就會犯些低級錯誤。所以今天將一篇java考點拿來復習一下，還是很有收獲的。
第一，談談final, finally, finalize的區(qū)別。
final 用于聲明屬性，方法和類，分別表示屬性不可變，方法不可覆蓋，類不可繼承。finally是異常處理語句結(jié)構(gòu)的一部分，表示總是執(zhí)行。finalize是 Object類的一個方法，在垃圾收集器執(zhí)行的時候會調(diào)用被回收對象的此方法，可以覆蓋此方法提供垃圾收集時的其他資源回收，例如關(guān)閉文件等。
第二，Anonymous Inner Class (匿名內(nèi)部類) 是否可以extends(繼承)其它類，是否可以implements(實現(xiàn))interface(接口)?
可以繼承其他類或完成其他接口，在swing編程中常用此方式。
第三，Static Nested Class 和 Inner Class的不同，說得越多越好(面試題有的很籠統(tǒng))。
Static Nested Class是被聲明為靜態(tài)（static）的內(nèi)部類，它可以不依賴于外部類實例被實例化。而通常的內(nèi)部類需要在外部類實例化后才能實例化。
第四，&和&&的區(qū)別。
&是位運算符，表示按位與運算，&&是邏輯運算符，表示邏輯與（and）.
第五，HashMap和Hashtable的區(qū)別。
HashMap是Hashtable的輕量級實現(xiàn)（非線程安全的實現(xiàn)），他們都完成了Map接口，主要區(qū)別在于HashMap允許空（null）鍵值（key）,由于非線程安全，效率上可能高于Hashtable.
第六，Collection 和 Collections的區(qū)別。
Collection是集合類的上級接口，繼承與他的接口主要有Set 和List.Collections是針對集合類的一個幫助類，他提供一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程安全化等操作。
第七，什么時候用assert。
1.4新增關(guān)鍵字（語法），用于測試boolean表達式狀態(tài)，可用于調(diào)試程序。使用方法 assert ，表示如果表達式為真（true）,則下面的語句執(zhí)行，否則拋出AssertionError。另外的使用方式assert < boolean表達式>:，表示如果表達式為真，后面的表達式忽略，否則后面表達式的值用于AssertionError的構(gòu)建參數(shù)。注意編譯時要增加-source 1.4 參數(shù)，否則報錯。]運行時要增加 –ea參數(shù)，否則assert行被忽略
第八，GC是什么? 為什么要有GC?
GC是垃圾收集的意思（Gabage Collection）,內(nèi)存處理是編程人員容易出現(xiàn)問題的地方，忘記或者錯誤的內(nèi)存回收會導致程序或系統(tǒng)的不穩(wěn)定甚至崩潰，Java提供的GC功能可以 自動監(jiān)測對象是否超過作用域從而達到自動回收內(nèi)存的目的，Java語言沒有提供釋放已分配內(nèi)存的顯示操作方法。
第九，String s = new String("xyz");創(chuàng)建了幾個String Object?
兩個
第十，Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
Math.round(11.5)==12Math.round(-11.5)==-11round方法返回與參數(shù)最接近的長整數(shù)，參數(shù)加1/2后求其floor.
第十一，short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯?
short s1 = 1; s1 = s1 + 1; （s1+1運算結(jié)果是int型，需要強制轉(zhuǎn)換類型）short s1 = 1; s1 += 1;（可以正確編譯）
第十二，sleep() 和 wait() 有什么區(qū)別?
sleep是線程類（Thread）的方法，導致此線程暫停執(zhí)行指定時間，給執(zhí)行機會給其他線程，但是監(jiān)控狀態(tài)依然保持，到時后會自動恢復。調(diào)用 sleep不會釋放對象鎖。wait是Object類的方法，對此對象調(diào)用wait方法導致本線程放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對 象發(fā)出notify方法（或notifyAll）后本線程才進入對象鎖定池準備獲得對象鎖進入運行狀態(tài)。
第十三，Java有沒有g(shù)oto?
沒有 很十三的問題，如果哪個面試的問到這個問題，我勸你還是別進這家公司。
第十四，數(shù)組有沒有l(wèi)ength()這個方法? String有沒有l(wèi)ength()這個方法？
數(shù)組沒有l(wèi)ength()這個方法，有l(wèi)ength的屬性。
String有有l(wèi)ength()這個方法。
第十五，Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
方法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn)， 重載Overloading是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù)，我們說該方法被重寫 (Overriding)。子類的對象使用這個方法時，將調(diào)用子類中的定義，對它而言，父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方 法，它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。
第十六，Set里的元素是不能重復的，那么用什么方法來區(qū)分重復與否呢? 是用==還是equals()? 它們有何區(qū)別?
Set里的元素是不能重復的，那么用iterator()方法來區(qū)分重復與否。equals()是判讀兩個Set是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的對象的內(nèi)容和類型相配的話，返回真值。
第十七，給我一個你最常見到的runtime exception。
參考如下：
ArithmeticException,
ArrayStoreException,
BufferOverflowException,
BufferUnderflowException,
CannotRedoException,
CannotUndoException,
ClassCastException,
CMMException,
ConcurrentModificationException,
DOMException,
EmptyStackException,
IllegalArgumentException,
IllegalMonitorStateException,
IllegalPathStateException,
IllegalStateException,
ImagingOpException,
IndexOutOfBoundsException,
MissingResourceException,
NegativeArraySizeException,
NoSuchElementException,
NullPointerException,
ProfileDataException,
ProviderException,
RasterFormatException,
SecurityException,
SystemException,
UndeclaredThrowableException,
UnmodifiableSetException,
UnsupportedOperationException
第十八，error和exception有什么區(qū)別?
error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception 表示一種設計或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運行正常，從不會發(fā)生的情況。
第十九，List, Set, Map是否繼承自Collection接口?
List，Set是
Map不是
第二十，abstract class和interface有什么區(qū)別?
聲明方法的存在而不去實現(xiàn)它的類被叫做抽象類（abstract class），它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類，并為該類聲明方法，但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建abstract 類的實例。然而可以創(chuàng)建一個變量，其類型是一個抽象類，并讓它指向具體子類的一個實例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。Abstract 類的子類為它們父類中的所有抽象方法提供實現(xiàn)，否則它們也是抽象類為。取而代之，在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。
接口（interface）是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個 有程序體。接口只可以定義static final成員變量。接口的實現(xiàn)與子類相似，除了該實現(xiàn)類不能從接口定義中繼承行為。當類實現(xiàn)特殊接口時，它定義（即將程序體給予）所有這種接口的方法。 然后，它可以在實現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類，它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到 接口類型或從接口類型轉(zhuǎn)換，instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。
第二十一，abstract的method是否可同時是static,是否可同時是native，是否可同時是synchronized?
都不能
第二十二，接口是否可繼承接口? 抽象類是否可實現(xiàn)(implements)接口? 抽象類是否可繼承實體類(concrete class)?
接口可以繼承接口。抽象類可以實現(xiàn)(implements)接口，抽象類是否可繼承實體類，但前提是實體類必須有明確的構(gòu)造函數(shù)。
第二十三，啟動一個線程是用run()還是start()?
啟動一個線程是調(diào)用start()方法，使線程所代表的虛擬處理機處于可運行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會立即運行。run()方法可以產(chǎn)生必須退出的標志來停止一個線程。
第二十四，構(gòu)造器Constructor是否可被override?
構(gòu)造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。
第二十五，是否可以繼承String類?
String類是final類故不可以繼承。
第二十六，當一個線程進入一個對象的一個synchronized方法后，其它線程是否可進入此對象的其它方法?
不能，一個對象的一個synchronized方法只能由一個線程訪問。
第二十七，try {}里有一個return語句，那么緊跟在這個try后的finally {}里的code會不會被執(zhí)行，什么時候被執(zhí)行，在return前還是后?
會執(zhí)行，在return前執(zhí)行。
第二十八，編程題: 用最有效率的方法算出2乘以8等於幾?
有C背景的程序員特別喜歡問這種問題。
2 << 3
第二十九，兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對不對?
不對，有相同的hash code。
第三十，當一個對象被當作參數(shù)傳遞到一個方法后，此方法可改變這個對象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java 編程語言只由值傳遞參數(shù)。當一個對象實例作為一個參數(shù)被傳遞到方法中時，參數(shù)的值就是對該對象的引用。對象的內(nèi)容可以在被調(diào)用的方法中改變，但對象的引用是永遠不會改變的。
第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?
switch（expr1）中，expr1是一個整數(shù)表達式。因此傳遞給 switch 和 case 語句的參數(shù)應該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。
第三十二，編程題: 寫一個Singleton出來。
Singleton模式主要作用是保證在Java應用程序中，一個類Class只有一個實例存在。
一般Singleton模式通常有幾種種形式:
第一種形式: 定義一個類，它的構(gòu)造函數(shù)為private的，它有一個static的private的該類變量，在類初始化時實例話，通過一個public的getInstance方法獲取對它的引用,繼而調(diào)用其中的方法。
public class Singleton {
private Singleton(){}
//在自己內(nèi)部定義自己一個實例，是不是很奇怪？
//注意這是private 只供內(nèi)部調(diào)用
private static Singleton instance = new Singleton();
//這里提供了一個供外部訪問本class的靜態(tài)方法，可以直接訪問
public static Singleton getInstance() {
return instance;
}
} |
第二種形式:
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次
//使用時生成實例，提高了效率！
if (instance==null)
instance＝new Singleton();
return instance; }
} |
其他形式:
定義一個類，它的構(gòu)造函數(shù)為private的，所有方法為static的。
一般認為第一種形式要更加安全些
一、ISP簡介（ISP--Interface Segregation Principle）：
使用多個專門的接口比使用單一的總接口要好。
一個類對另外一個類的依賴性應當是建立在最小的接口上的。
一個接口代表一個角色，不應當將不同的角色都交給一個接口。沒有關(guān)系的接口合并在一起，形成一個臃腫的大接口，這是對角色和接口的污染。
“不應該強迫客戶依賴于它們不用的方法。接口屬于客戶，不屬于它所在的類層次結(jié)構(gòu)。”這個說得很明白了，再通俗點說，不要強迫客戶使用它們不用的方法，如果強迫用戶使用它們不使用的方法，那么這些客戶就會面臨由于這些不使用的方法的改變所帶來的改變。
二、舉例說明：
參考下圖的設計，在這個設計里，取款、存款、轉(zhuǎn)帳都使用一個通用界面接口，也就是說，每一個類都被強迫依賴了另兩個類的接口方法，那么每個類有可能因為另外兩個類的方法(跟自己無關(guān))而被影響。拿取款來說，它根本不關(guān)心“存款操作”和“轉(zhuǎn)帳操作”，可是它卻要受到這兩個方法的變化的影響。
那么我們該如何解決這個問題呢？參考下圖的設計，為每個類都單獨設計專門的操作接口，使得它們只依賴于它們關(guān)系的方法，這樣就不會互相影了！
三、實現(xiàn)方法：
1、使用委托分離接口
2、使用多重繼承分離接口
spring中對lob操作就像普通對待String一樣，不錯。以前寫代碼的時候總是要單獨對lob進行封裝編程。地址如下。
http://dev.yesky.com/5/3484005_4.shtml
http://space.itpub.net/10714335/viewspace-167565
不過，我覺得是否可以再添加一層。再封裝，而無需配置hibernate屬性文件，豈不是更好。
比如下面這種情況。某個字段以前是varchar 4000以內(nèi)，后來變動為clob。這樣的話，需要修改hibernate屬性文件,指定某個字段是clob類型，Spring能否增加自動識別，將vachar和clob識為一種類型，那樣的話豈不是更爽。寫到這里，我認為干脆，除非用戶自定義數(shù)據(jù)類型，對于各種數(shù)據(jù)類型,都能有自動識別功能，無需再hibernate屬性文件中指定，那樣的話，我想會更棒。
在看dwr源碼中發(fā)現(xiàn)，dwr源碼對于數(shù)據(jù)類型的封裝就做到了這一點，數(shù)據(jù)類型的映射做到了自動化。