今天不灌水，直接上乾貨！希望下麵的講解，能與你產生一些共鳴。 1. 求長度各有千秋 你是否曾經在面試的時候，經常被問到：數組有沒有 length() 方法？字元串有沒有 length() 方法？ 集合有沒有 length() 方法？ 面對這個問題，那麼不得不吐槽一下，Java 中獲取長度的方式，設計 ...
今天不灌水，直接上乾貨！希望下麵的講解，能與你產生一些共鳴。
1. 求長度各有千秋
你是否曾經在面試的時候，經常被問到：數組有沒有 length() 方法？字元串有沒有 length() 方法？ 集合有沒有 length() 方法？
面對這個問題，那麼不得不吐槽一下，Java 中獲取長度的方式，設計著實有點亂，對剛入門的程式猿而言，那絕對是一臉的懵逼。
String[] array = {"abc", "def"};
String str = "abcedf";
List<String> list = new ArrayList<String>();
list.add("abc");
list.add("def");
System.out.println("數組的長度: " + array.length);
System.out.println("字元串的長度: " + str.length());
System.out.println("集合的長度: " + list.size());
正式科普一下，希望能夠銘記你心中。數組求長度用 length 屬性；字元串求長度用 length() 方法；集合求長度用 size() 方法。
2. 字元串截取有深意
對於程式猿來說，編程規範能夠養成良好的編程習慣，提高代碼質量，減少溝通成本。阿裡 Java 開發手冊編程規約中記載，【強制】方法名、參數名、成員變數、局部變數都統一使用 lowerCamelCase 風格，必須遵從駝峰形式。
看到這裡，不得不提 String 中的 substring 方法，你是不是經常把“substring”寫成“subString”。本次這個命名不是吐槽的重點。主要想分享如下代碼片段。
public class StringInterview {
public static void main(String[] args) {
String str = "......abcdefgh.......";
String subStr = str.substring(1,3);
str = null;
System.out.println(subStr);
}
}
假如上述這段程式在 Java 1.6 中運行，代碼中雖然強制使 str 引用為空，本意是釋放 str 占用的空間，但是這個時候，GC 是無法回收這個大的 char 數組的，因為還在被 subStr 字元串內部引用著，雖然 subStr 只截取這個大數組的一小部分。當 str 是一個非常大字元串的時候，這種浪費是非常明顯的，甚至會帶來記憶體泄露問題。
深入 Java 1.6 中 substring 的設計一探究竟。
public String substring(int beginIndex, int endIndex) {
if (beginIndex < 0) {
。。 。。 。。
}
if (endIndex > count) {
。。 。。 。。
}
if (beginIndex > endIndex) {
。。 。。 。。
}
return ((beginIndex == 0) && (endIndex == count)) ? this :
new String(offset + beginIndex, endIndex - beginIndex, value);
}
上述方法調用的構造方法
String(int offset, int count, char value[]) {
this.value = value;
this.offset = offset;
this.count = count;
}
到此你應該撥雲見日豁然開朗。當我們調用字元串 str 的 substring 得到字元串 subStr，其實這個操作，無非就是調整了一下 subStr 的 offset 和 count ，用到的內容還是 str 之前的 value 字元數組，並沒有重新創建新的專屬於 subStr 的內容字元數組。如果 subStr 的生命周期要長於 str 或者手動設置 str 為null，當垃圾回收進行後，str 被回收掉，subStr 沒有回收掉，那麼記憶體占用依舊存在，因為 subStr 持有 str 字元數組的引用。
正式科普一下，這個問題出現在 Java 1.6，並且 Java 1.7 中已經修複。雖然已經修複，並不代表我們就不需要瞭解，如果你正在求職路上，稍微瞭解一下，說不定會加分。
3. 一條 if 語句引發不滿
先給各位拋一段 Java LinkedList 類的代碼片段，一起吐槽吐槽。
public E getFirst() {
final Node<E> f = first;
if (f == null)
throw new NoSuchElementException();
return f.item;
}
JDK 中 if 語句後只有一條語句，大部分都是這麼實現的。原則上，if 語句如果後面跟著只有一句話，是可以不加的。但是在我們實際開發中，有些現象卻會讓你匪夷所思，不信你看看下麵的代碼片段。
片段一：
if (f == null) //拋出異常，或者加一條列印語句，加上此句註釋邏輯就變了 throw new NoSuchElementException();
片段二：
public class Interview {
public static void main(String[] args) {
Class c = Interview.class;
try {
Object o = c.newInstance();
if (o instanceof Interview)
Interview tt = (Interview) o; //為什麼會報錯？請各位解釋原因
} catch (Exception e) {
e.printStackTrace();
}
}
}
正式科普一下，看似一個簡單的編碼規範，背後隱藏了多少坑啊，所以為了良好的編程習慣，建議還是統一加上大括弧為好，良好的編碼習慣是真重要啊。
4. 時間實現也找茬
Tiago Fernandez 做過一次投票，選舉最爛的 Java API，排第二的就是日期 API(Date 和Calender)。一言不合就拋代碼，如下片段是計算兩個日期之間的天數。
public static void main(String[] args) {
Calendar begin = Calendar.getInstance();
begin.set(1990, Calendar.JUNE, 17);
Calendar end = Calendar.getInstance();
System.out.println(alculatedDays(begin, end));
System.out.println(alculatedDays(begin, end)); // 為什麼顯示 0?
}
public static long alculatedDays(Calendar begin, Calendar end) {
long days = 0;
while (begin.before(end)) {
begin.add(Calendar.DAY_OF_MONTH, 1);
days++;
}
return days;
}
alculatedDays 方法，如果連續計算兩個 Date 實例的話，第二次會取得 0，因為 Calendar 狀態是可變的，考慮到重覆計算的場合，最好複製一個新的 Calendar，改造如下
public static long alculatedDays(Calendar begin, Calendar end) {
Calendar calendar = (Calendar) begin.clone(); // 複製
long days = 0;
while (calendar.before(end)) {
calendar.add(Calendar.DAY_OF_MONTH, 1);
days++;
}
return days;
}
不過萬物都在向前進化，因為由於原來老舊的日期 API 一直被人詬病，所以 JDK 1.8 中對日期的改動是特別大的，基本上是引入了一套全新易用的 API，各位有時間可以體驗一下。
好了，吐槽中見真諦，今天就講這麼多吧。希望你能 get 到一點點共鳴，如果你比較感興趣，就多多分享給身邊的朋友吧。
