在編寫長期運行下既易于維護又能保持高效的 Java 代碼這方面 ，《Effective Java》 被很多人看做最重要的書之一。 Android 使用的是 Java 語言，這就意味著這本書中所有給出的建議一定都是適用與 Android 的，對嗎?答案是：不一定。

有些人認為這本書給出的大多數建議都不適用于 Android 開發。在我看來，也并非如此。我認為這本書中有一部分是不適用的，因為不是所有的 Java 特性都是為了用于 Android 而優化的(比如枚舉，序列化等等)，也因為移動設備存在自身的限制(比如 Dalvik/ART 表現和 JVM 不同)。盡管如此，這本書中的大多數范例還是能夠不加修改或者少量修改地被使用，并能夠有助于建立一個更加健康、干凈和可維護的代碼庫。

本文關注于這本書中我認為對于 Android 開發至關重要的知識點。對于閱讀過這本書的人來說，本文可以作為書中提到的原則/知識的回顧。對于那些(目前)還沒有讀過的人來說，本文可以給他們一個機會去嘗試下這本書。

強制不可實例化

如果你不希望使用 new 關鍵字來創建一個對象，那就強制使用私有構造器(private constructor)。這對于僅包含靜態方法的工具類來說更加有用。

List<Movie> latestMovies() { 
    if (db.query().isEmpty()) { 
        return Collections.emptyList(); 
    } 
    [...] 
}  

靜態工廠

不要使用 _new_ 關鍵字和構造器，使用靜態工廠方法(以及一個私有的構造器)。這些工廠方法是命名的，不需要每次都返回一個新的對象實例，而且可以根據需要返回不同的子類型。

class Movie { 
    [...] 
    public static Movie create(String title) { 
        return new Movie(title); 
    } 
}  

【更新】讀者 @ stsdema28 提出了一個有用的建議：使用靜態工廠會使得測試變得困難。如果這樣的話，不妨考慮使用一個非靜態的工廠用于在測試時進行模擬(或者一個能夠實現的工廠接口)。

Builders

當你有需要三個以上的構造參數時，使用 Builder 去構造這個對象。寫起來可能有點啰嗦但是這樣伸縮性和可讀性都很好。如果你創建的是值類型，考慮 AutoValue。

class Movie { 
    static Builder newBuilder() { 
        return new Builder(); 
    } 
    static class Builder { 
        String title; 
        Builder withTitle(String title) { 
            this.title = title; 
            return this; 
        } 
        Movie build() { 
            return new Movie(title); 
        } 
    } 
  
    private Movie(String title) { 
    [...]     
    } 
} 
// Use like this: 
Movie matrix = Movie.newBuilder().withTitle("The Matrix").build();  

避免可變性

不可變對象在其整個生命周期中都保持不變。所有需要的數據都在對象創建時提供。這種方式有著多種優點，如簡單，線程安全以及可共享。

class Movie { 
    [...] 
    Movie sequel() { 
        return Movie.create(this.title + " 2"); 
    } 
} 
// Use like this: 
Movie toyStory = Movie.create("Toy Story"); 
Movie toyStory2 = toyStory.sequel();  

或許很難做到每個類都不可變。對于這種情況，盡可能使你的類變得不可變(比如使用 private final 字段，final 類聲明)。在移動設備上創建對象代價更加昂貴，因此不要過度使用。

靜態成員類

如果你定義了一個不依賴于外部類的內部類，別忘了將其定義為靜態的。不這么做的話會導致每個內部類的實例都會擁有對外部類的引用。

class Movie { 
    [...] 
    static class MovieAward { 
        [...] 
    } 
}  

泛型(幾乎)無處不在

Java 提供了類型安全的特性，我們應對此心懷感激(看看JS吧)。盡量避免使用原始類型 (raw types)或者對象類型。泛型大多數情況下都提供了讓你的代碼在編譯時類型安全的機制。

// DON'T 
List movies = Lists.newArrayList(); 
movies.add("Hello!"); 
[...] 
String movie = (String) movies.get(0); 
  
// DO 
List<String> movies = Lists.newArrayList(); 
movies.add("Hello!"); 
[...] 
String movie = movies.get(0);  

別忘了你能在函數的參數和返回值中使用泛型。

// DON'T 
List sort(List input) { 
    [...] 
} 
  
// DO 
<T> List<T> sort(List<T> input) { 
    [...] 
}  

為了更加靈活你可以使用 bounded wildcards 來拓展可接受的類型的范圍。

// Read stuff from collection - use "extends" 
void readList(List<? extends Movie> movieList) { 
    for (Movie movie : movieList) { 
        System.out.print(movie.getTitle()); 
        [...] 
    } 
} 
  
// Write stuff to collection - use "super" 
void writeList(List<? super Movie> movieList) { 
    movieList.add(Movie.create("Se7en")); 
    [...] 
}  

返回空(列表/集合)

當必須返回空的列表/集合時，避免使用null。返回一個空的集合會產生一個更簡單的接口(不需要去進行文檔注釋并聲明函數返回值為 null)，還能避免意外的空指針異常。***返回一個相同的空集合而不是創建一個新的。

List<Movie> latestMovies() { 
    if (db.query().isEmpty()) { 
        return Collections.emptyList(); 
    } 
    [...] 
}  

不要用 + 連接 String

如果要連接幾個字符串，+ 操作符或許可以。但永遠不要使用它來進行大量的字符串連接，那樣性能會十分糟糕。***使用 StringBuilder 來代替。

String latestMovieOneLiner(List<Movie> movies) { 
    StringBuilder sb = new StringBuilder(); 
    for (Movie movie : movies) { 
        sb.append(movie); 
    } 
    return sb.toString(); 
}  

可恢復的異常

我不喜歡通過拋出異常來指明錯誤，但如果你這樣做的話，就要確保異常被檢查并且異常的捕獲者能夠從錯誤中恢復。

List<Movie> latestMovies() throws MoviesNotFoundException { 
    if (db.query().isEmpty()) { 
        throw new MoviesNotFoundException(); 
    } 
    [...] 
}  

總結

列舉的這些不是這本書中所給出的完整建議，也不是簡短說明深入評價。只是這些有用的建議的一紙小抄而已 ：)。