Android AAR NoClassDefFoundError

Android AAR NoClassDefFoundError,android,noclassdeffounderror,aar,Android,Noclassdeffounderror,Aar,我正在尝试开放我创建的源代码,但在尝试使用Gradle构建的APK下的库时,遇到了生成的AAR和NoClassDefFoundErrors问题。值得注意的是,如果我将AAR转换为较旧的、非官方的、现在已弃用的apklib格式(并在android maven插件build APK下使用),那么库就可以正常工作 有了这些证据,我很可能看到android gradle插件的缺陷。尝试所有这些操作,包括依赖本地maven回购(包括AAR)和使用Studio的模块导入机制导入AAR,错误仍然存在 更深入的

我正在尝试开放我创建的源代码,但在尝试使用Gradle构建的APK下的库时,遇到了生成的AAR和
NoClassDefFoundError
s问题。值得注意的是,如果我将AAR转换为较旧的、非官方的、现在已弃用的
apklib
格式(并在
android maven插件
build APK下使用),那么库就可以正常工作

有了这些证据,我很可能看到android gradle插件的缺陷。尝试所有这些操作,包括依赖本地maven回购(包括AAR)和使用Studio的模块导入机制导入AAR,错误仍然存在

更深入的调查表明,并非所有图书馆的课程都会遇到下面提到的问题。具体来说,那些依赖谷歌Play服务或Android支持库的类本身存在问题。早在2月份,人们就注意到了一个类似的问题(事实上可能完全相同)

我看到的例外情况如下

04-21 00:02:25.863  21336-21336/com.oceanlife E/AndroidRuntime﹕ FATAL EXCEPTION: main
    Process: com.oceanlife, PID: 21336
    java.lang.NoClassDefFoundError: com.brantapps.polaris.google.GoogleMapWrapper
            at com.brantapps.polaris.PolarisModule.provideMappable(PolarisModule.java:46)
            at com.brantapps.polaris.PolarisModule$$ModuleAdapter$ProvideMappableProvidesAdapter.get(PolarisModule$$ModuleAdapter.java:57)
            at com.brantapps.polaris.PolarisModule$$ModuleAdapter$ProvideMappableProvidesAdapter.get(PolarisModule$$ModuleAdapter.java:41)
            at com.oceanlife.fragment.addspot.AddSpotMapFragment.onCreate(AddSpotMapFragment.java:171)
            at android.support.v4.app.Fragment.performCreate(Fragment.java:1763)
            at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:915)
            at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1136)
            at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:739)
            at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1499)
            at android.support.v4.app.FragmentActivity.onStart(FragmentActivity.java:548)
            at android.app.Instrumentation.callActivityOnStart(Instrumentation.java:1220)
            at android.app.Activity.performStart(Activity.java:5949)
            at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2261)
            at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2360)
            at android.app.ActivityThread.access$800(ActivityThread.java:144)
            at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1278)
            at android.os.Handler.dispatchMessage(Handler.java:102)
            at android.os.Looper.loop(Looper.java:135)
            at android.app.ActivityThread.main(ActivityThread.java:5221)
            at java.lang.reflect.Method.invoke(Native Method)
            at java.lang.reflect.Method.invoke(Method.java:372)
            at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:899)
            at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:694)
项目的配置可以在下查看,但为了清晰起见,这里是我拥有的构建依赖项

dependencies {
    compile 'com.android.support:support-v4:22.0.0'
    compile 'com.google.guava:guava:18.0'
    compile 'com.squareup.dagger:dagger:1.2.1'

    googleCompile 'com.google.android.gms:play-services:7.0.0'

    kindleCompile 'org.osmdroid:osmdroid-android:4.1'
    kindleCompile 'org.osmdroid:osmbonuspack:4.4'
    kindleCompile 'org.slf4j:slf4j-android:1.7.7'

    provided 'com.squareup.dagger:dagger-compiler:1.2.+'
}

对此问题的任何见解/解决方法都受到了热烈欢迎。

我发现,如果我在主应用程序中重复导致
nodefounderror的依赖项(如链接的SO中所述),那么问题就会消失

似乎库AAR是在没有Google Play的情况下构建的,并且支持库依赖关系。我相信我可以正确地构建它,并通过在本地maven repo中生成一个与AAR并排的适当的
pom.xml
来强制解决依赖关系

这里是我的项目配置供参考

安卓工作室:

--App
  -- build.gradle (repeat dependencies of Polaris)
--Polaris
  -- build.gradle (Google Play and Support dependencies)
--ApiClient
  -- build.gradle (just another module)
本地专家:

--.m2
  -- com
    -- brantapps
      -- polaris-google
        -- 1.0.0
          -- polaris-google-1.0.0.aar
          -- polaris-google-1.0.0.pom (need to build one of these maybe!)

我通过将AAR代码放在一个调味品下解决了这个问题。将在下一版本的构建工具中重试。仍然不能像我预期的那样工作。。。