库源与类的字节码不匹配

Question

不知道这里出了什么问题。我从本地 maven 存储库中删除了所有文件，并让它从头开始下载所有文件，但我无法摆脱这个错误：

为什么我会看到这个，我该如何摆脱它？

---

[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ wordvectors ---
[INFO] masterthesis.code:wordvectors:jar:1.0-SNAPSHOT
[INFO] +- org.apache.spark:spark-core_2.10:jar:1.6.0:compile
[INFO] |  \- org.apache.hadoop:hadoop-client:jar:2.2.0:compile
[INFO] |     \- org.apache.hadoop:hadoop-common:jar:2.2.0:compile
[INFO] |        \- commons-configuration:commons-configuration:jar:1.6:compile
[INFO] |           \- (commons-collections:commons-collections:jar:3.2.1:compile - omitted for conflict with 20040616)
[INFO] \- org.deeplearning4j:deeplearning4j-ui:jar:0.4-rc3.8:compile
[INFO]    \- org.deeplearning4j:deeplearning4j-nlp:jar:0.4-rc3.8:compile
[INFO]       \- it.unimi.dsi:dsiutils:jar:2.2.2:compile
[INFO]          \- commons-collections:commons-collections:jar:20040616:compile

Answer 1

有同样的问题 - 从命令行做了一个gradlew clean ，然后进入 Android Studio 并做了一个File -> Invalidate Caches and Restart ，一切都很好了。

Answer 2

IDEA 没有任何问题，您的依赖项或本地 Maven 缓存也没有问题，它可以正确识别不匹配。

以下是检查方法：

• 有问题的公开课
• 点击“显示差异”
• 选择“忽略空格和空行”

您可以清楚地看到（忽略 JavaDoc 和 FQCN）类文件包含对@NonNull注释参数的额外检查。 导入说lombok.NonNull ，文档显示这种转换将会发生。

我想最好的做法是要么忽略此警告，要么要求项目的维护人员在可能的情况下从 lombok 处理的源代码构建 sources.jar。 我认为他们需要使用 delomboking 和这个 Maven 插件，但我自己从未构建过 lombok 代码。

Answer 3

在解决这个问题时，我不需要和 Maven 混在一起，而是单独处理 IntelliJ IDEA。

对我来说，这个问题源于 IntelliJ IDEA 中三个概念之间的混淆：模块、库和依赖项。 我有不同的项目，使用不同的包，其中一些以不一致的方式相互引用。 我对如何引用下载的第三方包也不一致。

一旦我区分了模块、库和依赖项这三个概念，就很容易了。 我如何在脑海中澄清它们：

1）库是指不会改变的代码（编译或未编译）。

2)模块是指代码可能会更改的项目的一部分（如果您单独工作，则为您的）。

3)依赖项（对于本次对话）是特定模块将使用的库或其他模块。

我在将一个正在进行的项目的代码添加为 IntelliJ IDEA 中的依赖项时遇到了错误，该代码最初由另一个 IDE 创建。 从理论上讲，这应该有效，并且确实有效，但是像您一样，我不能忽略我的开发环境顶部的红色大横幅！

解决问题：

模块打开文件>项目结构>模块，并使用左上角的绿色加号（不是右边的那个）添加代码可能会更改的其他项目。 这使它们对 IntelliJ 来说是“活的”，而不是一个尘土飞扬的旧不可变库，如果更改，可能会导致警报横幅对你大喊大叫。 在这个阶段，只需使用占据对话框大部分的大面板来检查导入的jar、源代码等，验证你想要的东西已经到了。

库打开文件>项目结构>库，然后再次使用左上角的绿色加号添加包含不会更改的代码的文件夹。 右侧的另一个绿色加号允许您将内部文件夹添加到已添加的库中，但 IntelliJ 擅长在不同的项目结构中找到这些，因此请考虑从头开始添加新库，而不是添加您认为的特定文件夹丢失并导致存在多个副本，另一件事导致 IntelliJ 混淆（可以理解）。

依赖关系现在一切都准备好了，您可以返回到 File>Project Structure>Modules。 这次转到占据大部分对话框的大面板并更改为“依赖项”选项卡。 我在这个阶段的首选工作方式（特别是当项目很大且很复杂时）是沿着列出的模块工作，在我进行时为每个模块添加库和模块依赖项。 这一次，对于每个模块，使用右侧的绿色加号添加您需要的每个库或模块，这些应该从上一步中添加的库或模块中提供给您。

警告在完成该过程时，您应该注意两个重要步骤：

1.确保您为每个模块添加的每个依赖项在依赖项选项卡中都具有“编译”范围。

2.完成后，单击“项目结构”对话框底部的“应用”按钮，然后单击“确定”。 看起来它应该是自动的，就像 IntelliJ 中的其他很多东西一样，但我认为不是。 通过在退出对话框之前未单击应用，我丢失了对项目结构所做的更改。

Answer 4

我遇到了这个问题，据我所知，我知道解决这个问题的两种解决方案：

1. 单击 IntellIj 窗口顶部的“构建”，然后单击“构建项目”

和/或

2. 在右边，你点击“maeven projects”（竖写成小），然后点击“clean”

Answer 5

刚才我遇到了这个问题，

对我有什么帮助：

我找到.ideaLibSources文件夹，方法是在右键单击 jar 文件后在上下文菜单中选择“复制路径” （当文件在编辑器中打开并且处于焦点时，您可以在想法的上部区域找到 jar 文件链接）然后从该文件夹中删除 unwonted-sources.jar 。 aa和重新下载。

顺便说一句，无效/重启没有帮助

Answer 6

检查附加到 lib 的多个源

这可能是由于库中定义的多个来源。 检查并删除File > Project Structure > Libraries > lib with issue > Sources下的多个源

例如 File > Project Structure > Libraries > Maven: com.rohit:example:1.0.0 > Sources --> remove multiple sources

Answer 7

这是我所做的：

1. 使缓存无效并重新启动。
2. 重建项目（Build->Rebuild）。
3. 使用您的构建系统重新构建（例如 mvn clean install）。

为我工作。

Answer 8

以下在我的情况下有效：

1. 在项目结构中找到依赖项。
2. 右键单击依赖项和打开库设置。
3. 右键单击并删除依赖项。
4. 再次重新导入所有依赖项。

Answer 9

还有一个原因。 该类依赖于其他库，但依赖不由 maven 管理。 尝试在 Maven pom.xml 中添加此依赖项。

Answer 10

就我而言，有助于接下来的步骤：

1. 从本地存储库中删除库
2. 重建项目

Answer 11

它是由依赖于.m2/repository的包的旧编译版本引起的。

 All you need to do is
  -> Find the package in m2 folder and delete it
  -> Rebuild the required package or re-download from the repository
  -> Reimport all packages in the project

Answer 12

将旧应用程序迁移到 Androidx 后，我遇到了这个问题。 这个问题原来是使用与 Androidx 不兼容的 AppTheme 样式的 ActionBar 的问题。 这不是由调试器拾取的。 我解决了这个问题

1. 将 res/values/styles.xml 文件中的 AppTheme 设置更改为：

 <style name="AppBaseTheme" parent="Base.Theme.AppCompat.Light.DarkActionBar"> </style>

2. 其次是gradlew clean

Answer 13

在我的情况下，我的项目中有一个用于备份的辅助 pom.xml (pom.xml.versionBackup)，这导致了这个“库源与类的字节码不匹配”的噩梦。 没有其他工作（清理库缓存，远程 .idea 文件夹，删除 ~/.m2 文件夹，删除 *.iml 文件，远程目标文件夹，...）

Answer 14

通常使缓存无效和“gradle clean build”有效，但这次由于某种原因它没有。 在尝试了所有答案后，我决定关闭项目窗口，删除项目文件夹中的 .idea 文件夹，然后使用 IntelliJ 再次打开项目（一旦将 .idea 文件夹作为项目打开，它就会重新创建它）。 完美地工作。

Answer 15

这可能发生在库维护者

• 用例如proguard混淆jar ，例如减小jar大小
• 但也会发布未混淆的source ，因此与字节码不同

您可以自己构建 jar 而无需混淆并将其用作依赖项。

• 如果项目是开源的，请从 github 签出源代码
• 注释掉build.gradle文件中的obfuscation任务
• 将jar发布到本地存储库gradle publishToMavenLocal
• 将mavenLocal()添加到项目build.gradle的repositories部分的开头
• 从您自己的项目中引用此jar版本并重建您的项目

Answer 16

这在我使用依赖项管理（azure bom）时发生在我身上 - bom 的版本与我在 pom 中明确拥有的版本不同 - 解决方案是删除其他依赖项并依赖来自 bom 的依赖项。

Answer 17

我只是复制了文件的内容并将其删除。 后来我刚刚创建了一个与旧文件同名的新文件并将代码粘贴到其中。 它对我有用。

对我来说，只需重新创建文件就可以了。