当前位置: 移动技术网 > IT编程>移动开发>Android > AndroidStudio 如何使用aar详解

AndroidStudio 如何使用aar详解

2019年07月24日  | 移动技术网IT编程  | 我要评论

痒是谁写的,行尸走肉第五季第四集,竞选村长演讲稿

一. 简介

aar 是一个类似于 jar 的文件格式。但是他们之间是有区别的。

jar :仅仅包含class和清单文件,没有资源文件。

aar :包含了class文件和资源文件。说白了就是android的专属“jar”

将代码打包成aar文件,可以在一定程度上加快 androidstudio 的速度。

尤其是将 module 打包成 aar 文件,提升的效果很显著。

二. 如何得到aar

1. module的aar文件

将一个androidstudio项目中的 module 打包成 aar 其实很简单。

在每一个 module 的目录下面都会有这样一个文件夹: build\outputs\aar 。

这个文件夹下面就放着这个 module 对应的 aar 文件。

一般情况下会有两个 aar 文件,一个 debug 版本,一个 release 版本。

我们选择 release 的就ok。

aar文件图示

注意:

新建的module是没有这个文件夹的。这时,你可以使用 两种方法 生成这个文件夹

将整个项目运行一遍,这个文件夹会自动生成
执行命令 ./gradlew assemblerelease 也可以生成这个文件夹

2. 远程仓库的aar

在项目里面经常会引用一下远程仓库的依赖库。

这时,我们也可以将它以 aar 的形式引入到项目中。

这个依赖库的aar其实也很好找。

当你配置好一个依赖库以后,点击 sync now 。

androidstudio会自动下载这个库到c盘(windows)。你找到这个文件就可以了。

这里我使用的是 everything 进行搜索,很方便就找到这个库的下载文件夹。其他操作系统就自行搜索吧,总之找见这个项目的下载文件夹就ok。

这个下载文件夹中包含了这个项目所需要的所有东西:包括 aar 、 jar 等文件。

后面会以一个例子详细讲解这个过程

注:

everything是一个搜索软件,可以瞬间搜索全盘。

是一个非常实用的软件。但是很可惜只有windows版本。

官网地址:

三. 如何使用aar

想要使用aar文件,需要经过以下几步:

1. 在app的build.gradle中加入以下配置

repositories { 
 flatdir { 
 dirs 'libs' // aar目录
 }
}

2. 将aar文件拷贝到app/libs目录下

3. 在dependencies中加入aar引用

compile(name: 'zbar-release', ext: 'aar')

四. leakcanary项目示例

因为module的例子比较简单,所以选择远程代码库作为示例。

这里使用一个经常使用的内存检测项目 leakcanary 来做一个示例。

我们通常使用依赖来使用这个库:

debugcompile 'com.squareup.leakcanary:leakcanary-android:1.3'
releasecompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'

当 sync now 完成后,我们可以在c盘(windows)找见这个项目文件夹。

该项目文件夹截图如下:

leakcanary项目示例图

这个文件夹下面就有我们需要的两个依赖库: leakcanary-android 和 leakcanary-android-no-op
点开 leakcanary-android文件夹 ,目录结构如下( 1.3是对应的版本号 ):

leakcanary-android文件夹

打开最里层的文件夹,你会发现文件的类型主要有三种:

  1. jar文件 :有的项目是以jar文件形式提供
  2. aar文件 :有的项目是以aar文件形式提供
  3. pom文件 : (project object model),实际上就是个xml,是对一些必要信息的说明。这里我们只关心一个节点信息: <dependencies>:声明依赖列表

我们用文本编辑器打开 leakcanary-android文件夹 下面的pom文件:

...
<dependencies>
 <dependency>
 <!--包组 id,通常是发布者拥有的域名的反向,以免跟别人的重复-->
 <groupid>com.squareup.leakcanary</groupid>
 <!--包 artifactid,其实就是组以下应该有一个更小的归类-->
 <artifactid>leakcanary-analyzer</artifactid>
 <!--版本号-->
 <version>1.3</version>
 <scope>compile</scope>
 </dependency>
</dependencies>
...

想更多了解pom文件,

当我们打开 leakcanary-android 的pom文件,

我们发现 leakcanary-android 依赖于 leakcanary-analyzer 的1.3版本。

同样的的我们打开 leakcanary-analyzer 的pom文件,

发现 leakcanary-analyzer 依赖 leakcanary-watcher 和 haha 。

leakcanary-watcher 和 haha 则没有依赖任何东西。

这样整个leakcanary-android导入本地的东西就是四个:

  1. leakcanary-android
  2. leakcanary-analyzer
  3. leakcanary-watcher
  4. haha

同样的方式去一层一层解析 leakcanary-android-no-op ,将所有需要的文件都导入到androidstudio中。这样整个 leakcanary 就被我们真正实现本地化了。

两种结果对比如下:

debugcompile 'com.squareup.leakcanary:leakcanary-android:1.3'
releasecompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'

debugcompile(name: 'leakcanary-android-1.3', ext: 'aar')
compile files('libs/leakcanary-analyzer-1.3.jar')
compile files('libs/leakcanary-watcher-1.3.jar')
compile files('libs/haha-1.1.jar')
releasecompile(name: 'leakcanary-android-no-op-1.3', ext: 'aar')
这样就将整个leakcanary项目完全转换成了本地的依赖。

 

 

 

 

 

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网