作为Android开发者我们都知道Android应用方法数65535这样一个限制，这是因为在Android系统中，方法的id使用short类型存储在Dex文件中，而short类型的取值范围是-32,768到32,767，因此导致Android应用方法数65535这样一个最大限制，超过这个方法是打包就会失败，也可以使用MultiDexApplication来解决，但这不是最优的解决方案，也可是用插件化来解决这个问题(稍后我会分享插件化)，个人觉得最好是在开发中尽量避免这样的问题。
1.为什么要减少方法数
这要从dex的文件格式说起，在把源码编译、转化为dex文件格式时，dex文件中会有一个区域包含了所有源码中定义或引用的方法列表。这个区域中所有方法项的总数就是方法数。
Android在刚开始被设计的时候，这一区域的方法数量不能超过65536个，也就是2个字节表示的范围。当源码定义或引用的方法数量超过了这个限制的话，就会导致编译不成功，你说重要不重要呢？
2.如何查看这些方法？
dexdump 命令：
查看apk的method总数 dexdump -f app.apk | grepmethod_ids_size
查看apk的field总数dexdump -f app.apk | grepfield_ids_size
查看apk的method详情 dexdump -f app.apk
可以使用修改过的dexdump。标准的dexdump可以解析方法列表，但无法打印出来，修改版的dexdump可以打印这些信息
如下是一个简单类LogicActivity中使用的方法
Class: Lcom/xxx/activity/LogicActivity; 18
Method: ()V
Method: access$000 (Lcom/xxx/activity/LogicActivity;)Lcom/xxx/app/AppInterface;
Method: access$100 (Lcom/xxx/activity/LogicActivity;)Lcom/xxx/app/AppInterface;
Method: addFriend (Ljava/lang/String;ILjava/lang/String;)V
Method: addObserver (Lcom/xxx/app/BusinessObserver;)V
Method: finish ()V
Method: getIntent ()Landroid/content/Intent;
Method: getString (I)Ljava/lang/String;
Method: getTitleBarHeight ()I
Method: joinTroop ()V
Method: onActivityResult (IILandroid/content/Intent;)V
Method: onCreate (Landroid/os/Bundle;)V
Method: onDestroy ()V
Method: removeObserver (Lcom/xxx/app/BusinessObserver;)V
Method: setLastActivityName ()Ljava/lang/String;
Method: setResult (ILandroid/content/Intent;)V
Method: startActivity (Landroid/content/Intent;)V
Method: startActivityForResult (Landroid/content/Intent;I)V
可以看出，这里面的方法是包含代码中引用的方法的，如finish()，getIntent()这些方法。
3.减少方法数的办法
以下所介绍的方法都可以在修改后，用dexdump –j来观察、比较所修改的方法以及验证减少的效果。
方法1 避免在内部类中访问外部类的私有方法/变量
当在Java内部类(包括内部匿名类)中访问外部类的私有方法/变量时，编译器会生成额外的方法，这也会增加方法数，建议编码时尽量避免。
具体原因：
考虑如下的代码
publicclassFoo{
privateclassInner{
void stuff(){
Foo.this.doStuff(Foo.this.mValue);
}
}
privateint mValue;
publicvoid run(){
Innerin=newInner();
mValue =27;
in.stuff();
}
privatevoid doStuff(int value){
System.out.println("Value is "+ value);
}
}
虽然Java语言允许内部类直接访问外部类的方法，但是虚拟机却认为Foo和Foo$Inner是两个不同的类，为了支持Foo$Inner访问Foo的private成员，编译器会生成两个额外的方法，而生成的这些方法也算在方法总数里面
/*package*/staticintFoo.access$100(Foo foo){
return foo.mValue;
}
/*package*/staticvoidFoo.access$200(Foo foo,int value){
foo.doStuff(value);
}
具体可以参考：http://developer.android.com/training/articles/perf-tips.html#PackageInner
解决办法：
很简单，把mValue和doStuff()的private修饰符去掉就好了，这样它的默认访问域为包级，编译器就不需要生成额外的代码。
方法2 避免调用派生类中的未被覆盖(override)的方法
考虑下面的代码
publicclass DemoActivity extends Activity {
@Override
protectedvoid onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Intent intent = getIntent();
if (intent.getAction().equals("add")) {
finish();
}
else {
setContentView(R.id.background);
}
}
}
实际上它会生成5个方法，除了定义的onCreate和构造函数之外，还有setContentView、getIntent()和finish()。因为按照java的语义，如果有覆盖父类的方法，则会直接调用覆盖的方法。
Class: Lcom/xxx/activity/DemoActivity; 5
Method: ()V
Method: finish ()V
Method: getIntent ()Landroid/content/Intent;
Method: onCreate (Landroid/os/Bundle;)V
Method: setContentView (I)V
解决办法：
对于不需要被override的方法，显式的改成调用父类的方法，如下所示
publicclass DemoActivity extends Activity {
@Override
protectedvoid onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Intent intent = super.getIntent();
if (intent.getAction().equals("add")) {
super.finish();
}
else {
super.setContentView(R.id.background);
}
}
}
则实际在方法数列表中它只占2个方法
Class: Lcom/tencent/mobileqq/activity/DemoActivity; 2
Method: ()V
Method: onCreate (Landroid/os/Bundle;)V
,count(1),count(0)效率)
