Android 中的dex 超出64K链接数限制问题 及 cocos lib.so找不到解决

大部分转自 http://www.cnblogs.com/liaolandemengxiang/p/5364199.html

如果你是一个android开发者，你至少听说过的Dalvik的蛋疼的64K方法限制。概括地说，在一个DEX文件，你可以调用很多的方法，但你只能调用它们最前面的65,536个 ，因为这是在方法调用集合中的所有的空间了。如果你的源代码和狂拽炫酷叼炸天的三方库中方法超过了这个限制。

使用MultiDex支持库

如果你在使用 Android Studio，这个用起来很简单。如果不是，强烈建议你迁移过来。因为Google很快就会不知处Eclipse插件和旧的基于Ant的系统构建方式。

第1步 
添加依赖于你的build.gradle支持MultiDex库

dependencies { ... compile 'com.android.support:multidex:1.0.0' ... }

第2步 
在buildType或productFlavor中开启multiDexEnabled。

defaultConfig { ... multiDexEnabled true ... }

现在，根据你的项目情况，你有3种选择：

1. 如果你没有创建自己的Application 类，在你的清单文件AndroidManifest.xml中配置android.support.multidex.MultiDexApplication就可以了。

   .... android:name="android.support.multidex.MultiDexApplication" ...

2. 如果你有自己的Application类了，让它继承 android.support.multidex.MultiDexApplication而不是android.app.Application

3. 如果你的Application继承了其他的类，并且你不想改变或者没办法改变。按照下面的方法重写attachBaseContext()

   public class MyApplication extends FooApplication { @Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(this); } }

不论你选择上面哪种，都会创建多个大小差不多的dex文件代替单个庞大的dex文件。运行的时候回同事加载所有的这些dex文件。

当年编译app的时候，Gradle会生成很多个dex文件和一个apk文件让你可以在设备或者模拟器上运行。

注意事项

Out of memory 问题 
对于有很多依赖的项目，编译可能因为下面的错误中断

Error:Execution failed for task ':app:dexDebug'. ... Error Code: 3 Output: UNEXPECTED TOP-LEVEL ERROR: java.lang.OutOfMemoryError: GC overhead limit exceeded at com.android.dx.cf.cst.ConstantPoolParser.parse0(ConstantPoolParser.java:326) ...

在build.gralde android标签下面添加下面代码可以解决

dexOptions { incremental true javaMaxHeapSize "4g" }

下面是图

然后有时候cocos2dx 编译 .so 的时候会出现找不到库的 错误

java.lang.UnsatisfiedLinkError: Couldn't load cocos2dcpp from loader dalvik.system.PathClassLoader[dexPath=/data/app/你的包名-1.apk,libraryPath=/data/app-lib/你的包名-1]: findLibrary returned null

这样的错误时，一个我的解决办法是，在你项目下面的proj.android-studio/app/libs下面会有cocos编译过的.so文件，你新建一个 文件夹 “armeabi-v7a” 然后把 原来“armeabi”中的全部文件 放到新建的文件中，然后删除“armeabi”，然后编译，错误就没有了！我不明觉厉啊，我也是在网上看到的，自己整理到这里，防止之后这样的错误忘了