本文仅是我个人在实际开发中习惯的编写方式，当然这种方式也是来自很多官方的推荐，所以在一定程度上是可以被模仿套用的。本文将不定期更新~

零、指导原则

优先保证可读性，不要过分追求代码艺术和效率

在可读性和代码效率方面，请选择可读性。为了可读性我宁可多建立一个对象，或者是多写一个方法。当然，如果这段代码是执行频次很高的代码，那么请在编码后再进行优化。

追求模块化和开闭原则

一个类里可以写多个方法，但不要为了调用方便而肆意定义全局变量。宁可多些几个方法的参数也不要随便定义全局变量。定义全局变量首先会让可读性变差，阅读会到处跳转到找到这个变量的定义，而且不能很好的进行方法的开闭。其次，全局变量比局部变量更占内存，更不易被回收。

一、编码规范

使用特殊转义序列而不是它的八进制

我们应该用特殊的转移序列，比如：(\b, \t, \n, \f, \r, \”, \’及\)，而不是它们对应的八进制，比如：\012

大胆使用非ASCII字符

如果我们在实际中需要用到非ASCII字符，我们当然可以去查表得到他们的转义码，但是没有必要。你可以大胆的在代码中这么写，或者加上注释。应为这样很便于阅读。

String unitAbbrev = "μs";

import不要使用通配符

不要出现类似这样的import语句：import java.util.*;

不要忽略大括号

大括号与if, else, for, do, while语句一起使用，即使只有一条语句(或是空)，也应该把大括号写上。

什么时候换行

对于非空块和块状结构，大括号遵循Kernighan和Ritchie风格
(Egyptian brackets):

1. 左大括号前不换行
2. 左大括号后换行
3. 右大括号前换行
4. 如果右大括号是一个语句、函数体或类的终止，则右大括号后换行; 否则不换行。例如，如果右大括号后面是else或逗号，则不换行。

boolean isShow = true;if (isShow) {} else {}

截断代码换行

如果一行代码太长了，那么可能会需要换行。这时候换行的原则是：在“非赋值运算符”处断开。下面是几个例子：

“+”在下一行

String url = "http://blog.isming.me/2014/10/27/" + "google-java-style/";

“&”在下一行

if (changed == true & show == true) {}

“."在下一行

　　　　　Logger.init(YOUR_TAG)               // default PRETTYLOGGER or use just init().setMethodCount(3)            // default 2.hideThreadInfo()             // default shown.setLogLevel(LogLevel.NONE);  // default LogLevel.FULL

变量声明

每次只声明一个变量，不要：int a,b;

推荐下面的方式：

int a;
int b;

数组中的中括号

中括号应该是类型的一部分，不要按照C++的方式来写，而且中括号和左边不要有空格。应该像下面这样：

int[] d

Switch-case中的default

每个switch语句都包含一个default语句组，即使它什么代码也不包含。

Switch-case中的break

如果你的上一个判断和下个判断需要执行的代码是一致的，那么你可以不用break，但必须在原来break的地方加上注释。

switch (input) {case 1:case 2:prepareOneOrTwo();// break;// fall throughcase 3:handleOneTwoOrThree();break;default:handleLargeNumber(input);}

限定符的顺序

我们的变量或方法可能有多个限定符，比如public，static什么的，那么请按照如下的顺序进行编写。

public protected private abstract static final transient volatile synchronized native strictfp

eg:

public static final String TAG;

包名的取法

包名全部小写，连续的单词只是简单地连接起来，不能使用下划线。

类名

类名通常是名词或名词短语，接口名称有时可能是形容词或形容词短语。

抽象类

以Abstract开头

例：AbstractDataManager

接口

以I开头，比如：IPointView

方法名

方法名通常是动词或动词短语。

异常

一般情况下捕获的异常都是需要打印出log的，但有些异常是我们在已知的，或者在这里出现异常是必然的化，我们可以不加捕获，但需要添加注释。

如果一个捕获的异常被命名为expected，则它可以被不加注释地忽略。下面是一种非常常见的情形，用以确保所测试的方法会抛出一个期望中的异常，
因此在这里就没有必要加注释。

try {emptyStack.pop();fail();
} catch (NoSuchElementException expected) {
}

Javadoc标记

标准的Javadoc标记按以下顺序出现：@param, @return, @throws, @deprecated, 前面这4种标记如果出现，描述都不能为空。
当描述无法在一行中容纳，连续行需要至少再缩进4个空格。

　　/*** Adds a {@link Fragment} to this activity's layout.** @param containerViewId The container view to where add the *                        fragment.(换行得有缩进)*                        * @param fragment        The fragment to be added.*/

除了第一个段落，每个段落第一个单词前都有标签<p>，并且它和第一个单词间没有空格。

Intent中的key

从A跳转到B时，需要将intent中的key定义在B这个activity的内部，而不是全局的一个key文件中。这样确保传过去的key不会出现问题，适用于多入口的情况。

public class BActivity extends Activity{public static final String KEY_USERNAME = "USER_NAME";@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);String username = getIntent().getStringExtra(KEY_USERNAME);}
}

方法体尽可能独立

写方法的时候不要为了引用简单而去定义一堆类变量，尽可能的和方法外部独立，多写几个形参都是可以的。这样即使删掉一些类变量，也不会影响到具体方法的实现。

错误的写法：

String username = "jack";/*** 应用了类变量（不好）*/private void updateUsername() {username = "tony";}

正确的写法：

 /*** 独立性强，外界对内部完全没有任何影响*/private String updateUsername(String username) {username = "tony";return username;}

id命名

linearLayout =  ll

RelativeLayout = rl

GridLayout = gl

TextView = tv

ImageView = iv

ImageButton = ib

Button = btn

ScrollView = sv

EditText = et

CheckBox = cb

ProgressBar = pb

Activity命名

XxxActivity - xxx_activity

XxxFragment - xxx_header_fragment

XxxItem - xxx_item

数字、字母全部全角化

用animation-list做动画

用StringBuffer来做拼接字符串

我们尽量不用string来进行字符串拼接，都用stringBuffer来代替。如果你需要通过一个方法来返回一个String对象，并且你知道得到的字符串最终是要进行拼接的，那么请将返回的对象从String改为StringBuffer。比如：

　　　private StringBuffer getString() {return new StringBuffer("This is a string");}

不多建立对象，经可能复用现有的对象

当从输入的数据集中抽取出Strings的时候，尝试返回原数据的substring对象，而不是创建一个重复的对象。

尽可能使用简单对象

一组int数据要比一组Integer对象要好很多。可以得知，两组1维数组要比一个2维数组更加的有效率。同样的，这个道理可以推广至其他原始数据类型。

如果你需要实现一个数组用来存放(Foo,Bar)的对象，尝试分解为Foo[]与Bar[]要比(Foo,Bar)好很多。(当然，为了某些好的API的设计，可以适当做一些妥协。但是在自己的代码内部，你应该多多使用分解后的容易。

恰当的使用static

我个人不是很喜欢用static关键字，因为当你的方法或者是变量被static标识了后，只要别的地方碰到了你的这个类，所有static的方法/变量都会被产生。因此在类的内部尽量不要用static。如果你这个方法是工具方法，或者某个常量是要被其他类引用的，那么请将其设置为static，这样方法调用将快15%-20%。这是一个好的习惯，因为你可以从方法声明中得知调用无法改变这个对象的状态。

常量声明为staic final

先看下面这种声明的方式：

static int intVal = 42;
static String strVal = "Hello, world!";

编译器会在类首次被使用到的时候，使用初始化方法来初始化上面的值，之后访问的时候会需要先到它那里查找，然后才返回数据。我们可以使用static final来提升性能：

static final int intVal = 42;
static final String strVal = "Hello, world!";

这时再也不需要上面的那个方法来做多余的查找动作了。 所以，请尽可能的为常量声明为static final类型的。

尽量使用增强型for循环

增强型for循环会让遍历更高效，但是需要注意：

对于ArrayList这种集合，自己手写的循环要比增强型for循环更快，而其他的集合就没有这种情况。因此，对于我们来说，默认情况下可以都使用增强型for循环，而遍历ArrayList时就还是使用传统的循环方式吧。在JAVA8中统一使用foreach做循环。

 　　for (int i = 0; i < mArray.length; ++i) {sum += mArray[i].mSplat;}

尽量不要用内部类访问外部类的私有成员

虽然内部类是可以访问外部类的私有成员的（如一个变量），但这样效率会很低。你可以把内部类需要访问的域和方法声明为包级访问，而不是私有访问权限。不幸的是，这意味着在相同包中的其他类也可以直接访问这些域，所以在公开的API中你不能这样做。

public class Foo {private class Inner {void stuff() {Foo.this.doStuff(Foo.this.mValue);}}private int mValue;private void doStuff(int value) {System.out.println("Value is " + value);}
}

能不用float就不用

Android系统中float类型的数据存取速度是int类型的一半，尽量优先采用int类型。

在列表滑动时不加载图片

当SCROLL_STATE_FLING时停止异步加载

采用view组件复用，而不是布局页面复用

很多页面只有一两个元素不同，但我们不应该去做页面的复用，利用逻辑来控制某些控件的可见性是不可取的。应该找到共同的组件，利用fragment和其他方案来进行组件的组合。而不是强制复用layout文件，强制复用会带来后期维护的困难。