与 Android 项目中的源库相比，实现 AAR 库的意外结果

Question

概括当前行为与 Android 项目中的源库相比，实现 AAR 库的意外结果。super关键字似乎指向祖父类而不是直接父类。即使在父级中声明并覆盖了相同的方法，也以某种方式覆盖了祖父级方法。这两个问题仅在使用库的编译 AAR 时存在，即使用库源代码实现相同项目时不存在问题。预期行为我希望这两个调用都能super解析为父类。我希望覆盖onCreate覆盖父类而不是祖父类中的方法。工作应用程序我有一个基于包的 Android 应用程序com.example.sourceapp这使用和管理位于 中的单独库的源代码，com.example.sourcelibrary我们将在其中调用一个类ParentClass。在ParentClass我有两个感兴趣的成员。一个名为的公共布尔值myBool，起源于ParentClass覆盖该android.app.Activity.onCreate方法的方法，该方法也被GrandparentClass其他库中的某个祖父类覆盖和继承com.example.someotherlibrary。在我的com.example.sourceapp.MainActivity我做两件事。我扩展com.example.sourcelibrary.ParentClass和修改myBool包含在ParentClassusing 中super.myBool = true;。我在被覆盖的方法中调用onCreatevia 。super.onCreate()两者都按预期工作。当我将鼠标悬停在super.onCreateAndroid Studio 上时，表明它可以按预期正确解析为父类。不工作的应用程序在不同的 Android 项目中，我依赖于由同一个库生成的已编译（调试）AAR 文件，com.example.compiledapp.MainActivity而不是依赖于源库。com.example.sourcelibrary我从顶部的 AAR 包中导入所需的类，com.example.compiledapp.MainActivity没有import com.example.sourcelibrary.ParentClass任何解决问题。稍后com.example.compiledapp.MainActivity我使用与以前相同的代码super.myBool = true; super.onCreate()但 Android Studio 表示它无法解析 myBool 中的super.myBool = true;.此外，第二行似乎解决得很好，但是当我将鼠标悬停在它上面时仔细检查，Android Studio 表明它onCreate解析为祖父类的成员com.example.someotherlibrary.GrandparentClass而不是父类com.example.sourcelibrary.ParentClass。查看几行，当我将鼠标悬停在onCreate覆盖上时，Android Studio 表明我正在覆盖onCreate祖父类，而不是父类。为什么/如何onCreate跳过父方法并覆盖祖父类？此外，看起来super关键字正在解析为祖父类而不是父类。这是我能想到的唯一解释，它会导致onCreate解析为 GrandparentClass 而myBool无法解析。我不认为这是如何super工作的。这是正常的吗？我只是误解了继承的基本原理吗？也许我在编译到 AAR 时做错了，以至于尽管被声明为公共的父变量/方法变得不可访问？或者，Android Studio 可能会根据我不知道的一些规则优先选择一个包而不是另一个包？

Answer 1

我最终找到了错误。事实证明，在构建com.example.sourceapp包含库模块com.example.sourcelibrary的 my 时，构建过程没有更新 AAR 文件，并且在过时的源库代码中显然存在错误/旧问题（可能缺少 onCreate 方法和 myBool。不确定因为我不记得在我的 git 历史中它会在哪里，因为我只是简要地指出修改日期是旧的，然后重建并且旧的时间戳现在已经消失了。

不管怎样，进入 Android Studio 的 gradle 菜单com.example.sourceapp并导航到 sourcelibrary-->Tasks-->build-->build 有帮助。尝试直接构建库会引发与 SDK 版本相关的错误，因此我修复了此问题并重新构建，重新导入到已编译的应用程序中，它按预期工作。

其他人可能从中学到的一点是，如果您的 AAR 依赖项发生了一些奇怪的事情，请检查您构建 AAR 的源代码是否实际上正在构建和更新 AAR 文件，因为 Android Studio 显然不会引发错误在构建围绕图书馆的应用程序时。

也许应用程序级别 gradle 中的 SDK 设置覆盖了库级别 gradle 设置并允许它无错误地构建应用程序，并且更新的库实际上是构建的，但仅在 APK 内？不确定，确切的原因，但至少吸取了一个整体的教训。