编写高效的Android代码（译）

Effective Java我们都知道，这本书是编写高效可维护的java代码最重要的书籍。虽然Android使用java写的，但是书里的建议也不一定就完全适用。甚至有些人认为大部分建议都不适用于Android开发。在我看来，由于Android中使用的虚拟机（Dalvik／ART）与传统的JVM有差异，所以某些java的优化如enums、serialization等在Android中不很适用。当然，书中的很多建议经过一些小修改，可帮助我们开发出更健壮、整洁、可维护的代码。

这篇文章里我介绍下我认为书中适合于Android开发的比较重要的几点。对于读过这本书的人可以温习一下，没读过的可以学习一下。

强制不能生成实例

如果不希望使用new 关键词创建对象，则可以把构造函数的访问权限设置为private，尤其是那些只包含静态方法的工具类。

静态工厂

使用静态工厂方法代替new 关键词创建对象，工厂方法通过不同的命名可以根据需要返回不同的子类对象，而且如果需要可以不用每次都创建新对象。

[Update] 一个读者提出一个建议：使用静态工厂后不方便测试，如果是这样，可以在测试期通过使用非静态工厂来模拟。

Builders

当构造方法中有超过三个参数时，可以考虑使用builder去构建对象，可能有些繁琐，但是这样易于扩展且可读性更强。如果是创建一个 value class，可以使用AutoValue

避免可变

不可变指一个对象在其生命周期中保持相同的值，在创建时就设置来所有需要的值。这样做的好处很多，比如线程安全、可共享等。

但是不能所有对象都是不可变的，所以要尽力做到（比如定义private final成员变量，final类）。

静态内部类

如果创建内部类时不依赖外部类，一定要定义为静态类，否则内部类的实例会持有外部类实例的引用。

使用泛型

我们应该感谢Java的类型安全（对比JS），尽量保证编译期的类型安全：

不要忘记方法的参数和返回值可以使用泛型：

还可以使用受限的通配符来限制类型的上下界：

返回空值

如果有一个方法的返回值类型是List/collection，不要返回null，可以返回一个空collection：

不要使用"+"操作String

当只有少数String时，可以考虑使用 "+"，当数量较多时，考虑使用StringBuilder：

异常恢复

我不支持为了指示错误而抛出异常，如果你想这样做，最好保证程序可以从异常恢复：

总结

文章中没有包含书里所有的建议，仅仅是其中一些比较实用的tips的备忘录。

原文地址Effective Java for Android (cheatsheet)