时隔一年，又重新写起自己的技术博客，这段时间经历了许多，个人也成长了许多，总结一下：作为一个开发者不应该只是埋头做技术，应该多方面提高自己，例如情商，财商，应变能力，人际关系等等。废话不多说，最近做项目遇到65535问题，为什么要记录这个问题呢，主要是很久之前面试时被一个很嫩的面试官给问到了，当时有点懵逼。总结如下：
随着Android平台持续增长，Android应用程序越来越大。在Android系统中，一个App的所有代码都在一个Dex文件里面。Dex是一个类似Jar的存储了多个Java编译字节码的归档文件。因为Android系统使用Dalvik虚拟机，所以需要把使用Java Compiler编译之后的class文件转换成Dalvik能够执行的class文件。这里需要强调的是，Dex和Jar一样是一个归档文件，里面仍然是Java代码对应的字节码文件。当Android系统启动一个应用的时候，有一步是对Dex进行优化，这个过程有一个专门的工具来处理，叫DexOpt。DexOpt的执行过程是在第一次加载Dex文件的时候执行的。这个过程会生成一个ODEX文件，即Optimised。DexOpt会把每一个类的方法id检索起来，存在一个链表结构里面。但是这个链表的长度是用一个short类型来保存的，导致了方法id的数目不能够超过65536个。
早期版本的构建系统报告这个错误如下：
Conversion to Dalvik format failed:
Unable to execute dex: method ID not in [0, 0xffff]: 65536
最新的一些编译系统也会报如下错误：
trouble writing output:
Too many field references: 131000; max is 65536.
You may try using –multi-dex option.
为了解决这一问题，官方提出了通过multidex包进行多dex编译的方法：
1.导入multidex包，设置为支持多dex输出模式
2.覆写Application类
如果你的工程中已经含有Application类,那么让它继承android.support.multidex.MultiDexApplication类,
如果你的Application已经继承了其他类并且不想做改动，那么还有另外一种使用方式,覆写attachBaseContext()方法。
import android.support.multidex.MultiDex;@Overrideprotected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}
OK, 这样处理后，若代码函数超过65535, 就会生成多个dex文件。不会再报错。
本文参考：http://developer.android.com/tools/building/multidex.html
遇到这个坑记录一下。
