今天查了下关于gradle中的依赖引用的情况:
原文：https://zhuanlan.zhihu.com/p/110215979
当前Gradle中共有 5 种依赖关系 ；外加2种测试用的依赖
01. Implementation
将指定的依赖添加到编译路径，并将该依赖打包到输出文件中，如apk;
但是这个依赖在编译时不能暴露给其他模块，例如依赖此模块的其他模块。这种方式指定的依赖在编译时只能在当前模块中访问。
02. api
使用api配置的依赖会将对应的依赖添加到编译路径，并将依赖打包输出，但是这个依赖是可以传递的，
比如模块A依赖模块B，B依赖库C，模块B在编译时能够访问到库C，但是与implemetation不同的是，在模块A中库C也是可以访问的。
03. compileOnly
compileOnly修饰的依赖会添加到编译路径中，但是不会打包到apk中，因此只能在编译时访问，且compileOnly修饰的依赖不会传递。
04. runtimeOnly
这个与compileOnly相反，它修饰的依赖不会添加到编译路径中，但是被打包到apk中，运行时使用。
05. annotationProcessor
用于注解处理器的依赖配置
测试用依赖
testImplementation 和 androidTestImplementation
-------------------------------------------------------------------------------------------------------------
举例:
LomBok: 这个库是用于在编译时快速生成Getter和Setter等内容的，所以只使用在编译阶段，同时配置上注释依赖处理
06. 对Jar或aar包的依赖配置
在某些情况下，自己开发的jar 包，aar包或者第三方开发的包已经下载到本地，现在需要被项目引用到，该如何配置呢？
在新建 项目后，在结构中，会有一个 libs目录，一般情况下，我们会直接将第三方包放在这个目录下；
此时，对于包的引用有二种方式：
方式A： 直接在dependencies中添加引用, 如下面二个例子
** implementation fileTree(include: ['*.jar', '*.aar'], dir: 'libs')
** implementation fileTree(dir: 'libs', include: ['*.jar'])
此种方式简单粗暴,但是不允许同时出现同一模块不同编译类型的jar(或aar),
例如,如果libs同时存在test-release.aar和test-debug.aar,他们都是来自同一个module的打包,但是只是编译类型不一样,如果同时存在的话,会编译不过.
方式B：先在gradle中添加目录, 之后再按需要进行引用
