Android module library中添加aar包的那些坑

最近在调整公司Module库中发现大量的module层层嵌套、重复依赖、并且我们内部有个maven私服，最近私服挂了，私服上挂载若干aar包，之前搞私服的哥们都离职了，私服修复无望，就把module依赖私服的aar包全部下载下来。如下图

aar.png

举例 location_core依赖了 core_log和location_gd，core_log 、location_gd module依赖了 aar包。并且business_core依赖了 location_core 两者皆为 module.不要问我为啥这么复杂，握草我看着头也大。这么多子module也有很多依赖公共的 通用的aar（私服的aar地址）私服挂了，整个项目就没法运行。打包出现了严重的问题，最后不得不

gradle aR --offline

离线打包，通过缓存的jar包，但 不是长久之计，开发人员苦不堪言啊。后来参考了文章 折腾许久 解决问题了。记录一下 分享出来。

解决方案【想了很多】

• 第一招 自己VS修复私服
  连接服务器，开始倒腾公司maven 私服，原来公司私服是 docker创建的镜像。docker不是很懂，各种倒腾，各种折腾，又是docker ps 又是 docker log
  nexus restart ,docker logs nexus, nexus私服怎么也唤醒不起来。之前搞私服的哥们估计带着小姨子跑路了，看来我还是折腾不了。

• 第二招 自建私服

sifu.png

私服搭建成功，把jar 几个aar上传，各种切换地址.折腾大半天，后来发现啊 看到很多aar是 SNAPSHOT 版本的，nexus私服貌似不支持 SNAP快照格式的上传，怎么也弄不成功，Android项目还是编译不成功。一个小小的maven 已逼疯程序员
maven nexus 私服不支持 SNAPSHOT 版本上传

snapnot.png

• 第三招 还是 下载aar 来个必杀技
  看来 让maven nexus服务器起死回生无望，重建maven 私服还是不能解决问题。不得不重新考虑 将所有aar包下载下来 重建项目。

commm.png

新建的common_module ，里面只放 aar. 让别的module 依赖此 module
这个common_module的gradle配置如下：

apply plugin: 'com.android.library'
android{
  repositories {
        flatDir {
            dirs 'libs'
        }
    }
}

dependencies {
    compile fileTree(include: ['*.jar'], dir: 'libs')
    compile(name: 'aaar name ', ext: 'aar')
    compile(name: 'aaar name', ext: 'aar')
    compile(name: 'aaar name', ext: 'aar')
    compile(name: 'aaar name', ext: 'aar')
    // android support
    compile supportDependencies.appcompat
    compile supportDependencies.v4
}

注意点

  repositories {
        flatDir {
            dirs 'libs'
        }
    }

repositories 下的 flatDir 必须在 android{} 节点下！看来还没有完。需要aar包的module只需要在dependencies下 这么依赖即可

  compile project(':common_module')

等等，还没有完。任何依赖此common_module的module必须声明在他的build.gradle声明此lib位置。

  repositories {
        flatDir {
            dirs 'libs', '../../../../common_module/libs'
        }
    }

同样的他的build.grade 的repositories 下的 flatDir 必须在 android{} 节点下！举例有个module名字叫 business_core 他需要某些aar他要依赖 common_module。ok 先 dependencies compile project(':common_module')。然后在android{ } 节点下声明

 repositories {
        flatDir {
            dirs 'libs', '/../common_module/libs'
        }
    }

../../../../表示了 位置，此位置根据具体与common_module位置的不同做不同修改。还没完！project根目录的build.gradle也要改！以及 app目录下的build.gradle都需要加上,根目录加上的方式跟其他module一致，其中project 根目录下的build.gradle 加的位置是在allproject节点下。如下：

allprojects {
    repositories {
        jcenter()
        flatDir {
            dirs 'libs'
        }
    }
}

上面的步骤，少一点就会编译失败，比较扯，记录一下，分享出来。感觉 写绝对路径比较复杂，可以更简单点 。在dependencies.gradle中定义 common_module/libs的位置

ext{
   COMMON_MODULE_DIR_PATH = projectDir.getPath() +  "/common_module/libs"
}

其他build.gradle可以这么依赖。

    repositories {
        flatDir {
            dirs 'libs',  rootProject.ext.COMMON_MODULE_DIR_PATH
        }
    }

作者：道成2017
链接：http://www.jianshu.com/p/8c7acd1e926f
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。