记一次打包aar经历

        之前维护的一个直播项目，公司决定抽取其中的直播房间功能给公司的其他项目。因为考虑到使用的功能中包含UI代码，我们决定使用aar 的方式（jar包中只包含class文件和清单文件）。

       项目中library库在rebuild的完成后，会在build/output/aar目录下生成对应的aar文件。所以首先要做的是抽离代码，将我们想要的功能代码抽离到一个library库中。抽离的时候注意几个问题：

       1，aar中的布局文件最好加上固定前缀或者后缀，因为当第三方app中布局文件名称和aar中冲突时，由于dex文件的加载机制，会报错（这里自行google）。

       2，对于一些公共类文件，如果文件较多可以选择再抽离一个library，用来存放公共类，不过这样会增加aar的数量。我们项目的公共类不多，我们选择直接copy一份到aar中。

       3，我们项目中用到了butternife，library中butternife的使用和主module是不一样的，详见https://github.com/JakeWharton/butterknife   readme文件。项目中使用butternife定义id的地方都要使用R2，其他地方还是使用R。如view.getId() == R.id.test， findviewbyid(R.id.test)。

       4，library中onclick不支持switch语句，要替换成if  else.

       5,提供一个管理类，供外部调用使用（按惯例，第一个方法应该是initsdk方法，外部传入主module的applicationcontext）。

       打包好的aar放入libs目录下，builde文件配置好即可使用。当更新aar时，由于studio的数据缓存一些问题，可能aar已经更新了，但是新的方法还是找不到，这个时候，我们可以先注掉builde文件中aar配置，rebuild一下，然后再打开aar配置，再rebuild就可以了。另外aar的gradle文件中依赖的第三方地址，需在使用aar的module的gradle文件中再配置一遍。

       我们项目的aar是用在主module依赖的一个library中，使用时需要在主module的gradle文件中配置（与android节点同级）

repositories {
    flatDir {
        dirs aar的相对地址，如'../library/libs';dirs 'libs'  // 申明本地库
    }
}

同时在library的gradle 文件中配置（android节点的子节点）

repositories {
    flatDir {
        dirs 'libs'
    }
}

6,compileOnly 解决依赖冲突