剩下兩章都是討論java的平臺(tái)類庫的。呵呵，作者對(duì)JDK一些寫的很差的類庫批評(píng)的毫不客氣，特別是Calendar，Date的處理方式。確實(shí)如此，我在處理日期時(shí)總是要特別小心，不小心就得出錯(cuò)。

1。 首先談?wù)劜蛔冾?，在java里，基本類型的外覆類，包括String,BigDecimal,Integer,Double,Short,Byte, Boolean,Float,Long,BigInteger都是所謂的不變類。他們產(chǎn)生的實(shí)例都是不可變的。這些類中的任何方法調(diào)用都是產(chǎn)生一個(gè)新對(duì)象 返回。最近CSDN上的熱貼《華為面試題》的第一題變相考了此點(diǎn)。只不過那道題中并沒有調(diào)用String的任何方法，而只是把引用的副本指向了另一個(gè)字符串?？纯搭}目：

public class Test {
    public static void changeStr(String str){
        str="welcome";
    }
    public static void main(String[] args) {
        String str="1234";
        changeStr(str);
        System.out.println(str);
    }
}

輸出為:1234。此題中，方法changeStr中的變量str其實(shí)只是傳進(jìn)來的引用str的副本，指向了另一個(gè)字符串，作用范圍僅僅在方法內(nèi)"welcome"，原對(duì)象并沒有受到影響，如果我們?cè)诜椒ㄖ姓{(diào)用String的方法，如：

   public static void changeStr(String str){
        str.subString(0,2);

   }結(jié)果輸出也仍然為:1234.因?yàn)閟ubString方法返回的是一個(gè)新的對(duì)象，與原來的str沒有任何關(guān)系。具體可以看看這些外覆類的源代碼。記?。?strong>這些類都是唯讀類，不可變類。

2。另外，討論了equals()方法和hashCode()方法的覆寫問題。幾條原則：

A。無論何時(shí)，只要你覆寫了equals()方法，你就必須同時(shí)覆寫hashCode方法

B。覆寫此兩個(gè)方法時(shí)，特別注意避免無意識(shí)的重載行為，比如下面的寫法：

public boolean equals(MyClass object)

你應(yīng)該機(jī)械地對(duì)你想要覆寫的每一個(gè)超類方法都拷貝其聲明。

3。需要注意的JDK1.4,JDK5的新類：

A。LinkedHashSet。它維護(hù)插入的元素的順序，并不允許重復(fù)元素，1.4新引進(jìn)的。

B。String類的split方法，利用正則表達(dá)式分割字符串返回?cái)?shù)組。

C。Arrays類的幾個(gè)新方法，如toString,deepToString。

D。JDK5提供了一整套的位操作方法，整型類型的外覆類（Integer,Long,Short,Byte,Char)現(xiàn)在都支持通用的位操作，包括highhestOneBit,lowestOneBit,bitCount等，具體請(qǐng)見JDK文檔

4。 Date和Calendar類，Date類的大部分方法已經(jīng)被聲明不建議使用，而Calendar的也有一些特性需要注意，如用0來表示一月。（最可惡的 特性，為何不跟日常習(xí)慣相同），而Date類的getDay()方法返回的是星期的日期，而不是月份的日期，你應(yīng)該用 Calendar.DAY_OF_MONTH代替。反正，寫日期程序時(shí)，要注意查文檔?。?/p>

5。Math.abs()方法，一定返回參數(shù)的絕對(duì)值嗎？？有個(gè)特例，請(qǐng)看下面的例子：

 System.out.println(Math.abs(Integer.MIN_VALUE));

此句將打印一個(gè)負(fù)數(shù)。Math.abs方法不能保證一定返回非負(fù)數(shù)的結(jié)果。當(dāng)傳入的參數(shù)是Integer.MIN_VALUE或者Long.MIN_VALUE時(shí)將直接返回此參數(shù)。過去我沒注意到這點(diǎn)。

6。另外一個(gè)教訓(xùn)是關(guān)于排序的，簡(jiǎn)單的比較器：

 Comparator<Integer> cmp = new Comparator<Integer>() {
            public int compare(Integer i1, Integer i2) {
                return i2 - i1;
            }
        };

這樣的比較器是不安全的。因?yàn)閮蓚€(gè)整數(shù)相減完全有可能溢出！比如

public class Overflow{

      public static void main(String args[]){

         int x=-2000000000;

         int y=2000000000;

        System.out.println(x-y);

     }

}

將輸出294967296，而不是一個(gè)負(fù)數(shù)。教訓(xùn)：不要使用基于減法的比較器，除非你能夠確定所要比較的數(shù)值之間的差永遠(yuǎn)不會(huì)大于Integer.MAX_VALUE。我們可以更改下這個(gè)比較器：

 Comparator<Integer> cmp = new Comparator<Integer>() {
            public int compare(Integer i1, Integer i2) {
                return (i2<i1?-1:(i2==i1?0:1));
            }
        };

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=728486