概述

项目中需要使用Dagger2搭建框架过程遇到两个错，和大家分享一下解决过程。

为了集成Dagger2就去看了两天Dagger2使用，看的一团乱，也没有时间研究源码。看了原理和使用，就直接结和MVP开始搭建了。过程中报了两个错，这是意料之中的，尝试新的东西，哪有不掉进坑里的呢......

遇到的两个坑

【一号坑】：

resourcestyle/Theme.AppCompat.Light.NoActionBar(aka

com.tool.compat.kit:style/Theme.AppCompat.Light.NoActionBar) not found

【二号坑】

Error:Execution failed for task ':app:kaptReleaseKotlin'.

> Internal compiler error. See log for more details

意料之中的事情：有坑必填

（1）写完代码使用“Rebuild Project”命令出现了两个报错（如图：Rebuild Project命令报错.png），根据错误提示是“com.tool.compat.kit”包下的“style/Theme.AppCompat.Light.NoActionBar”主题找不到，印象中是写了这个主题的。纳闷了为什么找不到呢？

Rebuild Project命令报错.png

（2）看了依赖的自定义module中的代码（如图：自定义Module中Style文件内容.png），发现确实是写了的。难道Android Studio出问题了？想想这样的事情几乎不可能，运行的其它项目都没有问题，怎么偏偏这个出问题？

自定义Module中Style文件内容.png

（3）直接运行工程就一点问题没有，难道是见鬼了？直接“Run app”命令就没有问题，使用“Rebuild Project”命令就出问题，突然想到难道是没有配置android dependencies库？进入自定义module中build.gradle中看到是有的。但是仔细一k看，突然发现一个命令“compileOnly”：

compileOnly 只有编译时有效，不会参与打包
可以在自己自定义的module中使用这样的方式依赖一些库，比如：gson、com.android.support等一些使用者常用的库，避免提供给他人使用时造成冲突。

自定义Module中build gradle文件内容.png

（4）知道compileOnly命令的含义就好办了。 把这个命令改成“implementation”，再次执行“Rebuild Project”命令就不报这个错误了。 然而又报了另外一个错误，继续填坑...

（5）让我们先看看这个错（如图：Execution failed.png）,"Error:Execution failed for task ':app:kaptReleaseKotlin'.",（啥？执行错误？这能啥也看不出来啊？）

Execution failed.png

（6）看到上面的错误不要急，有些错误在这里是不提示的，AS的功能很强大，在右下角有个“Gradle Console”（如图：查看错误方法及错误日志.png），点击打开它，鼠标网上滚动就可以看到工程报错明细了。

查看错误方法及错误日志.png

（7）通过错误日志我们可以知道是因为使用Dagger的方式不对。

错误: com.dataface.jimi.presenter.impl.LoginPresenerImpl cannot be provided without an @Inject constructor or from an @Provides- or @Produces-annotated method.

e: void inject(LoginActivity loginActivity);

大意是：需要使用@Inject 命令给构造函数初始化。

（8） 通过对日志定位进行分析发现LoginPresenerImpl构造函数没有加上@Inject 的注解。加上之后发现还是报同样的错误（如图：构造函数添加Inject注解.png）。

构造函数添加Inject注解.png

（9）分析发现提供的方法不对，修改了一下LoginModule，添加了两个@Provides的方法，仍然不行。最终研究发现“providesLoginPresenter”方法的返回值不应该是“ILoginPresener”类型，而应该是具体的实现类“LoginPresenerImpl”类型。最终再次执行“Rebuild Project”命令就没有错误了。最终解决了（方法如图）这两个坑。

最终修改方式

总结

1.通过这两个坑，发现集成新的依赖库的时候，一定要多看看具体的使用方式。有时间最好是多阅读和分析一下源码的具体实现。

2.项目中遇到报错如果没法进行分析， 就点开AS右下角的“Gradle Console”，在这里看到具体的报错，有助于我们填坑。

3.在提供moudle依赖库给别人时，可以在自己的moudle中使用compileOnly的方式依赖一些比如：gson，com.android.support这些使用者常用的库，这样指定的第三方库不会参与打包，就避免了与使用者的冲突。

人生漫漫，坑无数......让我们愉快的挖坑填坑吧

哈哈哈，喜欢就关注点个赞吧。

更多内容持续更新，欢迎一起讨论学习。^-^