在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
标签：至少1个，最多5个
这一系列暂不更新，相关技术讨论，请移步微信群，谢谢，希望大家多多支持！
这会是一个系列，所以如果你还没有看我之前的几篇文章，请先查看以下文章：
依赖管理是Gradle最闪耀的地方，最好的情景是，你仅仅只需添加一行代码在你的build文件，Gradle会自动从远程仓库为你下载相关的jar包，并且保证你能够正确使用它们。Gradle甚至可以为你做的更多，包括当你在你的工程里添加了多个相同的依赖，gradle会为你排除掉相同的jar包。在这一章我们将学习以下内容：
详解依赖这一概念
当我们讨论依赖的时候，我们通常说的是远程仓库，就像那些依赖库专门用来提供给其他开发者使用的依赖库。手动管理依赖将会为你带来很大麻烦。你必须定位到该依赖文件位置，然后下载jar文件，复制该文件到你的项目，然后引用它们。通常这些jar文件还没有具体的版本号，所以你还必须去记忆它们的版本号，这样当需要更新的时候，你才会知道需要替换成哪个版本。你同时必须将该依赖包放在svn或者git上，这样你的其他同事才可以不用手动去下载这些依赖jar。
使用远程仓库可以解决这些问题，一个仓库可以被视为一些文件的集合体。Gradle不会默认为你的项目添加任何仓库。所以你需要把它们添加到repositories方法体内。如果是使用的是Android studio，那么工具已经为你准备好了这一切：
repositories {
Gradle支持三种不同的仓库，分别是：Maven和Ivy以及文件夹。依赖包会在你执行build构建的时候从这些远程仓库下载，当然Gradle会为你在本地保留缓存，所以一个特定版本的依赖包只需要下载一次。
一个依赖需要定义三个元素：group，name和version。group意味着创建该library的组织名，通常这会是包名，name是该library的唯一标示。version是该library的版本号，我们来看看如何申明依赖：
dependencies {
compile 'com.google.code.gson:gson:2.3'
compile 'com.squareup.retrofit:retrofit:1.9.0'
上述的代码是基于groovy语法的，所以其完整的表述应该是这样的：
dependencies {
compile group: 'com.google.code.gson', name: 'gson', version:'2.3'
compile group: 'com.squareup.retrofit', name: 'retrofit'
version: '1.9.0'
为你的仓库预定义
为了方便，Gradle会默认预定义三个maven仓库：Jcenter和mavenCentral以及本地maven仓库。你可以同时申明它们：
repositories {
mavenCentral()
mavenLocal()
Maven和Jcenter仓库是很出名的两大仓库。我们没必要同时使用他们，在这里我建议你们使用jcenter，jcenter是maven中心库的一个分支，这样你可以任意去切换这两个仓库。当然jcenter也支持了https，而maven仓库并没有。
本地maven库是你曾使用过的所有依赖包的集合，当然你也可以添加自己的依赖包。默认情况下，你可以在你的home文件下找到.m2的文件夹。除了这些仓库外，你还可以使用其他的公有的甚至是私有仓库。
有些组织，创建了一些有意思的插件或者library,他们更愿意把这些放在自己的maven库，而不是maven中心库或jcenter。那么当你需要是要这些仓库的时候，你只需要在maven方法中加入url地址就好：
repositories {
url "http://repo.acmecorp.com/maven2"
同样的，Ivy仓库也可以这么做。Apache Ivy在ant世界里是一个很出名的依赖管理工具。如果你的公司有自己的仓库，如果他们需要权限才能访问，你可以这么编写：
repositories {
url "http://repo.acmecorp.com/maven2"
credentials {
username 'user'
password 'secretpassword'
注意：这不是一个好主意，最好的方式是把这些验证放在Gradle properties文件里，这些我们已经介绍过在第二章。
可能有些情况，你需要手动下载jar包，或者你想创建自己的library，这样你就可以复用在不同的项目，而不必将该library publish到公有或者私有库。在上述情况下，可能你不需要网络资源，接下来我将介绍如何是使用这些jar依赖，以及如何导入so包，如何为你的项目添加依赖项目。
如果你想为你的工程添加jar文件作为依赖，你可以这样：
dependencies {
compile files('libs/domoarigato.jar')
如果你这么做，那会很愚蠢，因为当你有很多这样的jar包时，你可以改写为：
dependencies {
compile fileTree('libs')
默认情况下，新建的Android项目会有一个lib文件夹，并且会在依赖中这么定义（即添加所有在libs文件夹中的jar）：
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
这也意味着，在任何一个Android项目中，你都可以把一个jar文件放在到libs文件夹下，其会自动的将其添加到编译路径以及最后的APK文件。
native包（so包）
用c或者c++写的library会被叫做so包，Android插件默认情况下支持native包，你需要把.so文件放在对应的文件夹中：
├── AndroidManifest.xml
└── jniLibs
├── armeabi
└── nativelib.so
├── armeabi-v7a
└── nativelib.so
├── mips
└── nativelib.so
└── x86
└── nativelib.so
如果你想分享一个library,该依赖包使用了Android api，或者包含了Android 资源文件，那么aar文件适合你。依赖库和应用工程是一样的，你可以使用相同的tasks来构建和测试你的依赖工程，当然他们也可以有不同的构建版本。应用工程和依赖工程的区别在于输出文件，应用工程会生成APK文件，并且其可以安装在Android设备上，而依赖工程会生成.aar文件。该文件可以被Android应用工程当做依赖来使用。
创建和使用依赖工程模块
不同的是，你需要加不同的插件：
apply plugin: 'com.android.library'
我们有两种方式去使用一个依赖工程。一个就是在你的工程里面，直接将其作为一个模块，另外一个就是创建一个aar文件，这样其他的应用也就可以复用了。
如果你把其作为模块，那你需要在settings.gradle文件中添加其为模块：
include ':app', ':library'
在这里，我们就把它叫做library吧，如果你想使用该模块，你需要在你的依赖里面添加它，就像这样:
dependencies {
compile project(':library')
使用aar文件
如果你想复用你的library，那么你就可以创建一个aar文件，并将其作为你的工程依赖。当你构建你的library项目，aar文件将会在 build/output/aar/下生成。把该文件作为你的依赖包，你需要创建一个文件夹来放置它，我们就叫它aars文件夹吧，然后把它拷贝到该文件夹里面，然后添加该文件夹作为依赖库：
repositories {
dirs 'aars'
这样你就可以把该文件夹下的所有aar文件作为依赖，同时你可以这么干：
dependencies {
compile(name:'libraryname', ext:'aar')
这个会告诉Gradle，在aars文件夹下，添加一个叫做libraryname的文件，且其后缀是aar的作为依赖。
依赖的概念
有些时候，你可能需要和sdk协调工作。为了能顺利编译你的代码，你需要添加SDK到你的编译环境。你不需要将sdk包含在你的APK中，因为它早已经存在于设备中，所以配置来啦，我们会有5个不同的配置：
testCompile
androidTestCompile
compile是默认的那个，其含义是包含所有的依赖包，即在APK里，compile的依赖会存在。
apk的意思是apk中存在，但是不会加入编译中，这个貌似用的比较少。
provided的意思是提供编译支持，但是不会写入apk。
testCompile和androidTestCompile会添加额外的library支持针对测试。
这些配置将会被用在测试相关的tasks中，这会对添加测试框架例如JUnit或者Espresso非常有用，因为你只是想让这些框架们能够出现在测试apk中，而不是生产apk中。
除了这些特定的配置外，Android插件还为每个构建变体提供了配置，这让debugCompile或者releaseProvided等配置成为可能。如果你想针对你的debug版本添加一个logging框架，这将很有用。这些内容的详细介绍，我会在下一个博客里详细介绍。
在一些情形中，你可能想使用最新的依赖包在构建你的app或者library的时候。实现他的最好方式是使用动态版本。我现在给你们展示几种不同的动态控制版本方式：
dependencies {
compile 'com.android.support:support-v4:22.2.+'
compile 'com.android.support:appcompat-v7:22.2+'
compile 'com.android.support:recyclerview-v7:+'
第一行，我们告诉gradle,得到最新的生产版本。第二行，我们告诉gradle，我们想得到最新的minor版本，并且其最小的版本号是2. 第三行，我们告诉gradle,得到最新的library。
你应该小心去使用动态版本，如果当你允许gradle去挑选最新版本，可能导致挑选的依赖版本并不是稳定版，这将会对构建产生很多问题，更糟糕的是你可能在你的服务器和私人pc上得到不同的依赖版本，这直接导致你的应用不同步。
如果你在你的build.gradle中使用了动态版本，Android studio将会警告你关于动态版本的潜在问题，就像你下面看到的这样：
Android studio UI操作依赖库
在使用Android studio中，最简单的添加新依赖包的方法是使用工程结构弹框。从文件按钮中打开界面，导航到依赖包导航栏，然后你就可以看到你当前的依赖包了：
当你想添加新的依赖包的时候，可以点击绿色的小按钮，你可以添加其他模块，文件，甚至是上网搜索。
使用Android studio的界面让你能够很简单的浏览你项目中的所有依赖，并且添加新的依赖包。你不必在build.gradle中手动的添加代码了，并且你可以直接搜索JCenter库中的依赖资源。
在这一章里，我们了解了多种方式添加依赖，我们学习了什么是仓库，以及如何使用他们，同时学习了如何在不使用仓库的情况下使用jar文件。
你现在知道了依赖包的属性配置，动态版本控制等。
我们也谈到了关于在多个环境下构建app变种，在下一章，我们将会学习到什么是构建变种，以及为什么他们很重要，构建变种将会使得开发测试以及分发app变得更加容易。理解变种的工作原理可以加快你的开发和分发效率。
7 收藏&&|&&82
你可能感兴趣的文章
17 收藏，3.2k
2 收藏，1.8k
4 收藏，2.2k
所以一个 特殊 版本的依赖包只需要下载一次.
建议 特殊 改为 特定 为好
所以一个 **特殊** 版本的依赖包只需要下载一次.
建议 特殊 改为 特定 为好
很赞！！共有几章啊？都翻译吗？
很赞！！共有几章啊？都翻译吗？
已改，由于时间仓促，再加上英语水平有限，多多包涵。
已改，由于时间仓促，再加上英语水平有限，多多包涵。
这一系列会有9章内容
这一系列会有9章内容
关于动态版本的一段读起来挺别扭的。。。
关于动态版本的一段读起来挺别扭的。。。
第四章更别扭.。。主要还是时间不够，没有逐字逐句地推敲，望包涵，如果有问题，可以指正，谢谢
第四章更别扭.。。主要还是时间不够，没有逐字逐句地推敲，望包涵，如果有问题，可以指正，谢谢
很棒的文章有關dependency version management我剛好寫了一個github的project可以自動檢查目前最新版本有興趣可以試試看
很棒的文章
有關dependency version management
我剛好寫了一個github的project可以自動檢查目前最新版本
有興趣可以試試看
https://github.com/Jintin/andle
很棒的文章+1
很棒的文章+1
可以在你的README.md中添加代码思路吗？
可以在你的README.md中添加代码思路吗？
文章写得太好了！好多之前觉得笼统的概念，现在被清楚了。
文章写得太好了！好多之前觉得笼统的概念，现在被清楚了。
作者辛苦了，有个问题aar 文件依赖导入这块我觉得可以写的细一点，我看完之后试下 aar文件的依赖，然后我就想既然是repositories 如果我有四五个模块都需要引用这个aar文件的话，我是不是应该在 project 的build文件中定义这个 repositories ，在项目的目录下新建 aars 文件夹放入 aar 文件，我发现这样的话模块中引用就会出错，如果是将文件放在模块里 并且在模块build里设置库和依赖代码就没有问题。是不是不能这样做？还是我用错了？
作者辛苦了，有个问题aar 文件依赖导入这块我觉得可以写的细一点，我看完之后试下 aar文件的依赖，然后我就想既然是repositories 如果我有四五个模块都需要引用这个aar文件的话，我是不是应该在 project 的build文件中定义这个 repositories ，在项目的目录下新建 aars 文件夹放入 aar 文件，我发现这样的话模块中引用就会出错，如果是将文件放在模块里 并且在模块build里设置库和依赖代码就没有问题。是不是不能这样做？还是我用错了？
首先你得明白project 的build文件中的 repositories的作用，其次如果你的模块都想引用这个aar文件，你可以如下定义：
subprojects{
configure(allprojects - project(':demo')) {
apply plugin: 'com.android.library'
dependencies {
compile(name:'library-release', ext:'aar')
}不知道是不是你想要的答案
首先你得明白project 的build文件中的 repositories的作用，其次如果你的模块都想引用这个aar文件，你可以如下定义：
subprojects{
configure(allprojects - project(':demo')) {
apply plugin: 'com.android.library'
dependencies {
compile(name:'library-release', ext:'aar')
不知道是不是你想要的答案
你好，博主，想请教个问题，多library包，如何混淆？？我现在碰到的问题就是library混淆之后会报错，找不到library里的方法。。
你好，博主，想请教个问题，多library包，如何混淆？？我现在碰到的问题就是library混淆之后会报错，找不到library里的方法。。
6666，这是我目前位置见过的的最好gradle教程
6666，这是我目前位置见过的的最好gradle教程
分享到微博？
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。> 通过Gradle解决android 引入so文件导致的程序崩溃问题
通过Gradle解决android 引入so文件导致的程序崩溃问题
时间：     来源：未知
Android cpu不同需要引入的so版本也不尽相同，有的时候android 引入so文件时，会出现由于so库加载不到而程序崩溃的情况，今天华清小编就为大家讲解一下，android如何通过Gradle引入so文件，解决so库加载不到引发的程序崩溃问题。
今天集成百度地图api的时候同时项目里还有之前实现的一个模糊图像的功能， 由于百度地图提供了armeabi的so库，而模糊功能是依赖compile 'net.qiujuer.genius:blur:2.0.0-beta4'实现的，这个库里面包含了armeabi armeabi-v7a arm64-v8a 每个里面有libgenius_blur.so，然后问题来了。
这就导致在部分arm64的手机上百度地图的相关功能会加载不到so库,导致程序崩溃，那么如何该如何解决这个问题呢?
通过各方面测试，最后找到了以下解决方案：
在app 的 build.gradle 下的defaultConfig 添加
moduleName &libgenius_blur&
ldLibs &log&
abiFilters &armeabi&
Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化建构工具。它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置，抛弃了基于XML的各种繁琐配置。
通过以上的设置之后，程序完美运行，没有出现崩溃现象。
【推荐阅读】Android Studio添加jar和so依赖 - 简书
Android Studio添加jar和so依赖
1.添加jarAndroid Studio的文件目录结构与eclipse不一样，但是仍然有一个lib文件夹的，如下图：
他是与src在同一级目录下，将想要的jar放进去即可，最后在这里的build.gradle文件中加入一句话dependencies {compile fileTree(dir:'libs',include: ['*.jar'])}即可依赖libs中的所有jar，也可以选择只引用某一个jar：dependencies {compile files('libs/xxxxxx.jar')}2.添加.so文件在src文件夹下有一个main文件夹，main文件夹中一般放油AndroidManifest，java（eclipse中的src），res，添加.so需要在这里面建立一个jniLibs文件夹，如下图所示：
这样即可3.像eclipse一样的文件结构在Android Studio中如果想用像eclipse一样的文件结构，可以在app的build.gradle(注意不是工程的build.gradle，是module的build.gradle)中添加如下代码：(斜体加粗为添加的代码)android {compileSdkVersion21buildToolsVersion"19.1.0"defaultConfig {minSdkVersion8targetSdkVersion10}buildTypes {release {minifyEnabledfalseproguardFilesgetDefaultProguardFile('proguard-android.txt'),'proguard-rules.txt'}}sourceSets {main {manifest.srcFile'AndroidManifest.xml'java.srcDirs= ['src']res.srcDirs= ['res']assets.srcDirs= ['assets']aidl.srcDirs= ['aidl']jniLibs.srcDirs= ['libs']}}}然后手动将目录结构调整为eclipse结构形态即可。
微信公众号搜索移动应用开发,关注我的公众号，会有更多技术分享
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金相信有很多朋友...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金 相信有很多...
一 、问题方案 报错问题 Error:Execution failed for task ':app:mergeDebugResources'.& Error: java.util.concurrent.ExecutionException: com.android.ide...
Android Studio正式版早已经发布了，默认使用Gradle构建，GitHub上80%的Android项目也都是使用Gradle构建的，我们还有什么理由不使用Gradle呢？ 环境要求 JDK下载地址 Android SDK下载地址 Gradle下载地址1下载地址2...
转自：http://www.jianshu.com/p/02cb9a0eb2a0 一）基本配置 build配置 buildscript {
repositories {
jcenter() } dependencies {
classpat...
【龙七七12.24】写字可以促进大脑健康——所以我要加油 ——坚持第258篇 自己有进步了吗？ 每周只能有见缝插针的时间练字。 11月，开始都弄不清楚某些笔画是如何写出来的。到现在，能够清楚每个偏旁部首的写法。是不是有了一点点进步？ 而且越写越喜欢这些字的长长的笔画，喜欢这...
这是个全民自媒体的时代，每个人都可以透过自媒体发声。 各大自媒体平台上出现了各式各样的写作课程，光余叔知道的至少就有超过10位老师出来授课，而且卖的也很火爆。 说明”写作”这件事，已经被证实是有强烈的市场需求的。 要是在五年前你说写作能够赚大钱，估计没人会理你。 但自媒体的...
一、支付宝官方收钱码申请发放 1、打开支付宝，点击收钱，进入个人收钱页面 2、个人收钱页面中，点击“官方贴纸”按钮，进入申请收钱码页面 3、选择邮寄地址（如果有没地址，可以新建地址），点击立即申请，支付3元后，完成个人收钱码申请 支付宝官方收钱码相关说明： 1、个人收钱码贴...
漆黑如墨的天空下着小雨，淅沥沥下个不停，地面湿漉漉阴冷不已。 江帆披着雨衣骑着自行车向家的方向疾驰而去。走到半路，老天爷似乎不满下雨，还打起了雷，巨响震响天空，像天地崩裂似得碰撞，威力巨大，没准备的人还被吓了一大跳。 江帆扯了扯防雨帽，抬头看了看四周，郊区的路上已没有一人。...如何在Android Gradle中添加原生so文件依赖_百度知道
如何在Android Gradle中添加原生so文件依赖
我有更好的答案
, name: 'snappydb-native':armeabi', classifier: 'x86'}/&#47。这个插件使用跟声明查找jar包一样的仓库，下面是一个例子：buildscript {repositories {mavenCentral()}dependencies {classpath '}dependencies {&#47:name:version[.2+'}映射风格/&#47.android: &#39，我们下面两种语法都可以使用.so) libnative_dependencies {artifact group: 'com.snappydb'/regular Jar dependencies .：group.snappydb:snappydb-native:0.2+:0;android&#39,adding x86 classifier will resolve only intel'0;com:snappydb-omit the classifier will resolve all supported architecturesnative_dependencies {artifact 'com.snappydb.2+'}在每种语法中，classifier都是可选的。这意味着.tools:gradle:0.10..}规约DSL artifact遵循Maven artifacts的命名规则。因此;/adding x86 classifier will resolve only intel's (.so) libnative_dependencies {artifact 'com.omit the classifier will resolve all supported architecturesnative_dependencies {com, version: '0.2+&#39.snappydb:snappydb-native:0.2+;, versionandroid-native-dependencies是一个自动处理查找&下载&拷贝原生函数库依赖到jniLibs目录的Android插件，这样在APK构建过程中可以自动包含这些函数库: &#39:0;artifact &#39.+'snappydb-native&#39.classpath 'com.nabilhachicha:android-native-dependencies:0.1'}}apply plugin:x86'apply plugin: 'android-native-dependencies'native_dependencies {artifact &#39:snappydb-native.snappydb';s (;com:classifier]缩写&#47.2+:x86'}/&#47: &#39，当忽略classifier时，插件将会尝试获取所有类型CPU架构（armeabi, armeabi-v7a: &#39
学高端技术就来八维教育
主营：教育
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。如何在Android Gradle中添加原生so文件依赖 - 安卓 - 伯乐在线
& 如何在Android Gradle中添加原生so文件依赖
几个月前，基于Google的LevelDB，我为Android平台写了一个名为SnappyDB的键值数据库（NoSQL）。
由于它使用到了原生C++代码，因此最终生成的文件除了Jars包还有so文件。
通过Maven仓库发布我们的函数库没有什么问题（只要你通过繁琐的发布流程），maven-android-plugin可以帮助我们包含共享库。Maven依赖规则使得我们可以指定想要获取的ABI（不同的CPU架构）的类型以及函数库的格式（我们的是.so格式）。
例如，为SnappyDB获取ARM平台共享库：
&dependency&
&groupId&com.snappydb&/groupId&
&artifactId&snappydb-native&/artifactId&
&version&0.2.0&/version&
&classifier&armeabi&/classifier&
&type&so&/type&
&/dependency&
&dependency&&groupId&com.snappydb&/groupId&&artifactId&snappydb-native&/artifactId&&version&0.2.0&/version&&classifier&armeabi&/classifier&&type&so&/type&&/dependency&
如果你使用的是Maven＋Eclipse ADT来构建你的Android应用，使用这个方法没有问题，但如果你将工程迁移到Android Studio＋Gradle上，问题就来了。
Android Studio & Gradle
Android的Gradle插件能够很好的处理使用maven仓库的所有的jars依赖（以及其他）。
例如，在build.gradle文件中声明依赖：
dependencies {
classpath 'commons-io:commons-io:2.4'
<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab
dependencies {classpath 'commons-io:commons-io:2.4'}
但是当需要依赖原生函数库时就遇到问题了，类比于Maven，我们不再能够以下面这种方式来加载了：
dependencies {
classpath 'com.snappydb:snappydb-native:2.+:arm-v7a'
dependencies {classpath 'com.snappydb:snappydb-native:2.+:arm-v7a'}
这是因为Android Studio插件对于NDK的支持还做不到这一点。
jniLibs拯救了我们
在Android Studio的0.7.2版本的Android插件中，Google在工程的source sets中引入了一个新的目录‘jniLibs’。这意味着我们可以把预先编译好的.so文件拷贝到这个目录中，之后Android插件就会帮我们将这些原生函数库打包进APK中。
├── AndroidManifest.xml
└── jniLibs
├── armeabi
│ └── libsnappydb-native.so
├── armeabi-v7a
│ └── libsnappydb-native.so
├── mips
│ └── libsnappydb-native.so
└── x86
└── libsnappydb-native.so
1234567891011
.├── AndroidManifest.xml└── jniLibs├── armeabi│ └── libsnappydb-native.so├── armeabi-v7a│ └── libsnappydb-native.so├── mips│ └── libsnappydb-native.so└── x86└── libsnappydb-native.so
这个特性很强大，不过开发者还是需要下载预先编译好的.so文件，并手动拷贝到这个目录中，当我们使用类似Jenkins或者Travis的持续集成系统时就显得不完美了。
已经有很多hacks技巧和解决方法尝试解决这个问题，但很多实际上很繁琐同时要求用户手动下载并拷贝这些原生函数库依赖。
因此，我们需要有更好的解决方案。
android-native-dependencies的引入
android-native-dependencies是我写的一个自动处理查找&下载&拷贝原生函数库依赖到jniLibs目录的Android插件，这样在APK构建过程中可以自动包含这些函数库。
这个插件使用跟声明查找jar包一样的仓库，下面是一个例子：
buildscript {
repositories {
mavenCentral()
dependencies {
classpath 'com.android.tools.build:gradle:0.10.+'
classpath 'com.nabilhachicha:android-native-dependencies:0.1'
apply plugin: 'android'
apply plugin: 'android-native-dependencies'
native_dependencies {
artifact 'com.snappydb:snappydb-native:0.2+:armeabi'
artifact 'com.snappydb:snappydb-native:0.2+:x86'
dependencies {
//regular Jar dependencies ...
<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab
buildscript {repositories {mavenCentral()}dependencies {classpath 'com.android.tools.build:gradle:0.10.+'classpath 'com.nabilhachicha:android-native-dependencies:0.1'}}&apply plugin: 'android'apply plugin: 'android-native-dependencies'&native_dependencies {artifact 'com.snappydb:snappydb-native:0.2+:armeabi'artifact 'com.snappydb:snappydb-native:0.2+:x86'}&dependencies {//regular Jar dependencies ...}
DSL artifact遵循Maven artifacts的命名规则。因此，我们下面两种语法都可以使用：
group:name:version[:classifier]缩写
//adding x86 classifier will resolve only intel's (.so) lib
native_dependencies {
artifact 'com.snappydb:snappydb-native:0.2+:x86'
//omit the classifier will resolve all supported architectures
native_dependencies {
artifact 'com.snappydb:snappydb-native:0.2+'
<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab<div class="crayon-num crayon-striped-num" data-line="crayon-5a7fab<div class="crayon-num" data-line="crayon-5a7fab
//adding x86 classifier will resolve only intel's (.so) libnative_dependencies {artifact 'com.snappydb:snappydb-native:0.2+:x86'}&//omit the classifier will resolve all supported architecturesnative_dependencies {artifact 'com.snappydb:snappydb-native:0.2+'}
//adding x86 classifier will resolve only intel's (.so) lib
native_dependencies {
artifact group: 'com.snappydb', name: 'snappydb-native', version: '0.2+', classifier: 'x86'
//omit the classifier will resolve all supported architectures
native_dependencies {
artifact group: 'com.snappydb', name: 'snappydb-native', version: '0.2+'
//adding x86 classifier will resolve only intel's (.so) libnative_dependencies {artifact group: 'com.snappydb', name: 'snappydb-native', version: '0.2+', classifier: 'x86'}&//omit the classifier will resolve all supported architecturesnative_dependencies {artifact group: 'com.snappydb', name: 'snappydb-native', version: '0.2+'}
在每种语法中，classifier都是可选的。这意味着，当忽略classifier时，插件将会尝试获取所有类型CPU架构（armeabi, armeabi-v7a, x86和mips）的artifacts。
在Android Gradle插件完全支持NDK之前，使用android-native-dependencies可以帮助我们构建CI和自动化原生依赖的重复性的任务。
我同时推荐另一个很棒的由Jake Wharton写的Gradle插件：android-sdk-manager，它可以帮助你下载和管理Android SDK。
可能感兴趣的话题
关于安卓频道
安卓频道分享Android开发文章，精选工具和安卓相关的行业动态。
新浪微博：
推荐微信号
（加好友请注明来意）
&#8211; 好的话题、有启发的回复、值得信赖的圈子
&#8211; 分享和发现有价值的内容与观点
&#8211; 为IT单身男女服务的征婚传播平台
&#8211; 优秀的工具资源导航
&#8211; 翻译传播优秀的外文文章
&#8211; 国内外的精选文章
&#8211; UI,网页，交互和用户体验
&#8211; 专注iOS技术分享
&#8211; 专注Android技术分享
&#8211; JavaScript, HTML5, CSS
&#8211; 专注Java技术分享
&#8211; 专注Python技术分享
& 2018 伯乐在线