安卓開發之引入第三方庫導致jar包衝突解決辦法
這幾天的任務是將mapbox的工程合到程式中去,但是合併過程卻出現了問題
合併方法:
在app的build.gradle中新增
dependencies {
compile ('com.mapbox.mapboxsdk:mapbox-android-sdk:[email protected]'){
transitive=true
}
}
但是合併後會報錯:
Error:Execution failed for task ':app:dexDebug'.
> com.android.ide.common.process.ProcessException: org.gradle.process .internal.ExecException: Process 'command '/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/Home/bin/java'' finished with non-zero exit value 2
這個錯誤是由於jar包衝突,解決方法如下:
方法一:找到衝突包,將衝突包刪除,一般衝突包為'com.android.support:appcompat-v7:22.2.0'
或者'com.android.support:support-v4:22.2.0'
,但是我刪除衝突包後,依然報錯,於是使用方法二
方法二:因為我的衝突包是'com.android.support:support-v4:22.2.0'
如下:
dependencies {
compile 'com.vividsolutions:jts:1.13'
compile 'com.squareup.okhttp:okhttp:2.4.0'
compile 'com.squareup.okhttp:okhttp-urlconnection:2.4.0'
compile 'com.nineoldandroids:library:2.4.0'
compile 'com.jakewharton:disklrucache:2.0.2'
provided 'com.android.support:support-v4:21.0.0'
}
完成後編譯會報錯:
Warning: Project App: provided dependencies can only be jars. com.android.support:support-v4:22.2.0 is an Android Library.
此時,點選根目錄,按下F4開啟project structure
將android plugin version改為1.0.0
如圖所示:
此時,出現另一個錯誤:
Error:Execution failed for task ':app:dexDebug'.
> com.android.ide.common.internal.LoggedErrorException: Failed to run command:
/Users/zhangkaiyue/Library/Android/sdk/build-tools/22.0.1/dx --dex --no-optimize --output /Users/zhangkaiyue/offline/android_offlinemap_cube/app/build/intermediates/dex/debug --input-list=/Users/zhangkaiyue/offline/android_offlinemap_cube/app/build/intermediates/tmp/dex/debug/inputList.txt
Error Code:
2
Output:
UNEXPECTED TOP-LEVEL EXCEPTION:
com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536
at com.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java:502)
at com.android.dx.merge.DexMerger$IdMerger.mergeSorted(DexMerger.java:277)
at com.android.dx.merge.DexMerger.mergeMethodIds(DexMerger.java:491)
at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:168)
at com.android.dx.merge.DexMerger.merge(DexMerger.java:189)
at com.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:454)
at com.android.dx.command.dexer.Main.runMonoDex(Main.java:303)
at com.android.dx.command.dexer.Main.run(Main.java:246)
at com.android.dx.command.dexer.Main.main(Main.java:215)
at com.android.dx.command.Main.main(Main.java:106)
概括地說,在一個DEX檔案,你可以呼叫很多的方法,但你只能呼叫它們最前面的65,536個 ,因為這是在方法呼叫集合中的所有的空間了。如果你的原始碼和狂拽炫酷叼炸天的三方庫中方法超過了這個限制,就會出現這個錯誤。
解決方法如下:
第一步
新增依賴於你的build.gradle支援MultiDex庫
dependencies { ... compile 'com.android.support:multidex:1.0.0' ... }
第二步
在buildType或productFlavor中開啟multiDexEnabled
defaultConfig {
applicationId "com.shijiebang.android.mapcentral"
minSdkVersion 14
targetSdkVersion 21
versionCode 1
versionName "1.0"
multiDexEnabled true
}
現在,根據你的專案情況,你有3種選擇:
如果你沒有建立自己的Application 類,在你的清單檔案AndroidManifest.xml中配置android.support.multidex.MultiDexApplication
就可以了。
<application
android:allowBackup="true"
android:icon="@mipmap/app_icon"
android:label="@string/app_name"
android:name="com.shijiebang.android.mapcentral.SJBApplication"
android:theme="@style/AppTheme"
tools:replace="name"> //由於和第三方庫有衝突,所以用tools:replace="name"
</application>
如果你有自己的Application類了,讓它繼承 android.support.multidex.MultiDexApplication而不是android.app.Application
如果你的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檔案讓你可以在裝置或者模擬器上執行。
你可以從這個專案看到上面的效果
PS:
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" }
應用啟動緩慢
根據我們的經驗,添加了這個支援庫以後,大多數情況下都正常了。這對某些裝置,比如Kindle Fire上面,應用啟動會比之前慢很多。載入所有的類在應用一啟動的時候會花費大量的時間。這就會導致黑屏一段時間,甚至導致ANR.