我遇到了这个问题，因为Eclipse中的Android- maven -插件显然不能识别传递引用，并且从两个项目(包括一个Android库项目)中引用了两次引用，并且不止一次地包含它们。我不得不使用魔术使所有内容只包含一次，即使Maven应该处理所有这些。

例如，我有一个核心库globalmentor-core，它也被globalmentor-google和globalmentor-android使用(后者是一个Android库)。在globalmentor-android pom.xml中，我必须将依赖标记为“提供的”，并将其从其他库中排除。

    <dependency>
        <groupId>com.globalmentor</groupId>
        <artifactId>globalmentor-core</artifactId>
        <version>1.0-SNAPSHOT</version>
        <!-- android-maven-plugin can't seem to automatically keep this from being
             included twice; it must therefore be included manually (either explicitly
             or transitively) in dependent projects -->
        <scope>provided</scope>
    </dependency>

然后在最后的应用程序pom.xml中，我必须使用正确的技巧，只允许一个包含路径——以及不显式地包括核心库:

    <!-- android-maven-plugin can't seem to automatically keep this from being
        included twice -->
    <!-- <dependency> -->
    <!-- <groupId>com.globalmentor</groupId> -->
    <!-- <artifactId>globalmentor-core</artifactId> -->
    <!-- <version>1.0-SNAPSHOT</version> -->
    <!-- </dependency> -->

    <dependency>
        <groupId>com.globalmentor</groupId>
        <artifactId>globalmentor-google</artifactId>
        <version>1.0-SNAPSHOT</version>
        <exclusions>
            <!-- android-maven-plugin can't seem to automatically keep this from
                being included twice -->
            <exclusion>
                <groupId>com.globalmentor</groupId>
                <artifactId>globalmentor-core</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

    <dependency>
        <groupId>com.globalmentor</groupId>
        <artifactId>globalmentor-android</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

通常，当构建路径中存在不必要的JAR文件时，似乎就会出现这个问题。

我在开发IntelliJ IDEA时遇到了这个问题。对我来说，这是因为我添加了JUnit和Mockito库，它们在运行时被编译。这需要在模块属性中设置为“testing”。

下面是另一个场景和解决方案:

如果您最近在更新Eclipse ADT后遇到这个问题:

在你的应用项目中，检查任何指向你的库项目的链接源文件夹(它们的名称以“LibraryName_src”的形式存在)。 选择所有这些项目，右键单击，选择“构建路径”->“从构建路径中删除”。 选择“也从项目中取消该文件夹的链接”，然后单击“是”。 清理、重新构建和重新部署项目。

原因似乎是ADT以前的一些版本将库项目源文件夹链接到“子”项目，而当前ADT/Dex组合不再与该解决方案兼容。

编辑:这一点在Android开发博客的一篇文章中得到了证实，特别是这篇文章——见第8段。

这个错误应该最终在ADT 17/Tools r17预览版发布时得到修复!如果不是全部，至少在某些情况下是这样。

我解决了这个问题。

这是一个JAR文件冲突。

我的构建路径上似乎有两个包含相同包和类的JAR文件。

jar和android_maps_lib-1.0.2

从一个JAR文件中删除这个包就解决了这个问题。

进入项目»属性»Java构建路径»库，删除除“Android X.Y”(在我的情况下是Android 1.5)之外的所有内容。单击OK。转到项目»清洁»下面所选的清洁项目»选择您的项目并单击确定。这应该有用。

也有可能你在你的项目文件夹中有一个JAR文件(我已经把Admob JAR文件复制到我的src文件夹中)，然后把它添加为Java路径库。它不会显示在包资源管理器下，所以你不会注意到它，但它会被计算两次，导致可怕的Dalvik错误1。

另一个可能的原因是包名冲突。假设您有一个包com.abc.xyz，在这个包中有一个名为a .java的类，另一个库项目(添加到这个项目的依赖项中)包含相同的com.abc.xyz. a .java，那么您将得到完全相同的错误。这意味着，您对同一个文件A.java有多个引用，不能正确地构建它。

在其他情况下，如果你不小心或故意在类路径文件中手动编辑/添加任何东西，这可能会发生。在某些情况下，我们可以手动将android.jar路径添加到类路径文件中以生成java doc。删除后，javadoc生成的代码将工作正常。如果还有问题，也请检查一下。