问题
我一直在阅读一些关于Gradle作为Android应用程序的标准构建系统的新采用的文章。好吧，来自标准的Java开发我通常依赖于jarfiles来构建我的项目。然而，似乎Android还有一个包，它们相当于Windows操作系统中的thedll文件，如here所述：
首先，你必须意识到Android平台不允许应用程序级别的"共享库"。在"传统"编程语言平台C，C，Java中，你可以命名它，我们有这种共享运行时库的机制。 (例如，Windows上的DLL，Unix上的DSO，JVM上的Jar等)。但是，在Android上，除非你是Google或手机制造商，否则你无法做到这一点(请参阅下面的脚注1)。作为应用程序开发人员，这可能是一个基本限制。在构建时和运行时"共享"或"重用"代码是软件工程实践中非常重要的一部分。由于上述限制，这在Android上相当困难(并非不可能，更难)。
但是，我对这个概念有些怀疑。我的意思是，开发人员何时应该对其应用程序中包含多个依赖项感兴趣？这种依赖关系是否收紧到SDK最低版本？
例如，在一个项目中，我访问一个COM端口，我使用NDK precompiled.solibraries。如果我想分享这个实用程序，我是否必须创建一个aar？
#1 热门回答(179 赞)
AAR文件更类似于Jars而不是toDlls，原因如下：
Dll可以在应用程序之间共享，其中AAR和jar与你的应用程序一起打包。
AARs vsJars：
Jar和AAR之间的主要区别在于AAR包含布局，绘图等资源。这使得创建自包含的可视组件变得更加容易。例如，如果你有多个使用相同登录屏幕的应用程序，使用Jars可以共享类而不是布局，样式等，你仍然需要复制它们。使用AAR，一切都捆绑在一个整洁的包装中。
总之，AAR是朝着正确方向迈出的一大步。
注释：
对于apk-lib进行了类似的尝试，但它们现在已经过时，因为AAR更好。
#2 热门回答(5 赞)
声明"Jar和AAR之间的主要区别在于AAR包括布局，绘图等资源。"不符合JAR文件规范，因此不是事实。根据JAR file specification：
JAR文件是基于流行的ZIP文件格式的文件格式，用于将许多文件聚合为一个。 JAR文件本质上是一个包含可选META-INF目录的zip文件。
如你所见，没有内容限制禁止在JAR文件中包括布局，绘图等资源。有关更多详细信息，请参阅Java®虚拟机规范的第5.3节"创建和加载"。
所以关于Android Archive Library(aar)vs标准jar的问题。答案取决于你使用的构建工具。
如果你使用Android Studio作为构建工具(分别作为项目组织者)，你最好使用* .aar文件在Android项目之间共享封装资源。 AAR文件格式是Android Studio构建的一部分，因为它在其他评论中有评论，其用户界面支持Android库的aar格式。
但是除了Android Studio之外，世界其他地方都不知道那个东西是什么文件(工件)。例如，如果你的Android构建基于Maven，则资源共享的首选文件将是jar，因为这是本机Maven java项目工件，并且对标准jar文件中的内容没有限制。此外，还有一种方法可以解释Maven的任何文件格式，包括使用生命周期增强功能和新组件。这里有一个简单的例子How do I create a new packaging type for Maven?
#3 热门回答(2 赞)
问题的引用与当前的现实没有任何共同之处。当然可以在Android中使用外部库，并且有很多库可用。也许他们想说每个应用程序必须捆绑它需要的所有库，但是在构建时重用库(静态链接)实际上不是问题。
.aardiffers from.jarno than.jardiffers from.zip。它有一些关于哪些内容应该在那里预期的概念，但是.jar和.aar都经常包含编译类和它们的资源..aar必须指定该库是特定于Android的并且具有一些预期的结构，对于这样的库是合理的(好吧，.jar也有一些预期的结构) )。
仅支持Android工作室的.aar视图也已弃用。这些库可以部署到Maven Central，像gradle这样的工具可以使用@aar后缀来引用它们，例如：
dependencies {
compile ('io.github.andviane:uncover:2.0.1@aar')
..
}
参考thisMaven中央部署。