Dalvik 65K methods limit
你很快就会遇到的，不过放心，multidexing
会帮助你。
什么是Dalvik 65K methods limit？我们知道，我们写完java code之后，dx tool会把java编译的class文件再编译成Dalivik虚拟机能识别的DEX文件，这个文件里最多能够索引65536个method。关于这个有两点要注意：
- 这些method是指能够索引(reference)到的，而不是定义(define)
的。或者说，如果你定义了一个方法，但这个方法并没有被调用，那么就不算在内。 - 这些method不仅仅是开发人员自己写的，还包括所有第三方library里面的method。
索引是用一个链表结构存储的，类型是short，short占2字节，16位，2^16=65536，所以，我们总共可以索引65536
个方法，包括自己写的和引入第三方库里的。
那么，我们如何能快速知道我们的app里已经有多少个method了呢？
- bash script: dex-method-counts。这个工具可以快速计算，并且提供一个清晰的视图来阅读。
- dex.sh by Jake Wharton。这个工具由于采用了递归算法，所以耗时比较长。(Jake大神还写了一篇有趣的分析文章Play Services 5.0 Is A Monolith Abomination，针对Play Services 5.0太大的问题进行了分析，有空时我再翻译下给各位。虽然Play Services 6.5已经模块化，更加轻量级了）。
现在，既然我们已经知道了自家app里的method数了，那么如何来处理这种情况呢？（官方做法、减少方法数、分包、插件化、增大可容纳的方法数）
- Multidex，官方提供的解决方案（这个jar包最低可以支持到API 4的版本，5.0及以上版本默认支持），这篇文章里有详细的使用方法，此不赘述（使用Multidex support library）原理：将Multidex作为基本的dex，用它再去管理其他的dex。
-
ProGuardProGuard
可以把code里unnecessary的method移除，压缩apk，当然还有代码混淆
的奇效。 - 使用H5文件代替一部分的逻辑代码。
- 再创建一个DEX File
。把app里可以独立的模块或code提取出来，放到一个独立的dex文件里，你可以使用Custom ClassLoader来加载这些类，然后使用接口
或反射
来调用这些方法。不过，这个过程还是比较麻烦的。 - 插件化： https://github.com/singwhatiwanna/dynamic-load-apk
- 如果使用eclipse，可以在Project.proterty中配置一句话就Ok啦， dex.force.jumbo=true,应该是暂时增大可容纳的方法数，也就是说方法在增大，还是会遇到问题，具体不是很了解，请各位大神指教！
网友评论