- Android studio 引用某个 module 后编译报错找不到此 module , 是因为此 module (名字是 ModuleApp) 里 ModuleApp.iml 文件丢失导致。解决办法是：
- 找到工程的settings.gradle文件
- 在里边添加moudle的名字
include ‘:ModuleApp’, ‘:commonlibrary’, ‘:colordialog’,’creditandloanappu’ - 重新 clean 下应该就可以了。
- Unable to instantiate fragment 的问题：
开发登录 sdk 使用 DialogFragment 时在初始化完对话框后切屏，会出现闪退。查看错误是 Unable to instantiate fragment com.wonderfull.mobileshop.g.a.a: could not find Fragment constructor 的问题，是说fragment不能被实例化，那么问题来了，为什么不能被实例化呢，首先，fragment什么时候会被实例化，当然是我们在代码中去add或者replace这个fragment的时候，除此以为还有什么地方去实例化fragment吗，有，宿主Activity被销毁后重新恢复的时候，它的fragment也会被恢复，进行重新实例化，这是由系统来完成的，通过反射机制。切屏的时候就相当于宿主 Activity 被销毁后重新恢复，此时 Fragmet 也要重新恢复并实例化。
好，说到这，去瞅瞅源码，我们看看fragment的构造函数：
/**
* Default constructor. <strong>Every</strong> fragment must have an
* empty constructor, so it can be instantiated when restoring its
* activity's state. It is strongly recommended that subclasses do not
* have other constructors with parameters, since these constructors
* will not be called when the fragment is re-instantiated; instead,
* arguments can be supplied by the caller with {@link #setArguments}
* and later retrieved by the Fragment with {@link #getArguments}.
*
* <p>Applications should generally not implement a constructor. Prefer
* {@link #onAttach(Context)} instead. It is the first place application code can run where
* the fragment is ready to be used - the point where the fragment is actually associated with
* its context. Some applications may also want to implement {@link #onInflate} to retrieve
* attributes from a layout resource, although note this happens when the fragment is attached.
*/
public Fragment() {
}
仔细看函数注解，大概意思是：
“强烈推荐fragment的继承类不要去实现带参的构造函数，因为这些带参构造函数在fragment被再次实例化的时候将不会被调用，那么这些参数也就丢失，建议通过setArguments方式进行参数传递。”
其实这段话还有一层意思，既然在再次实例化的时候不会调用我们声明的带参构造函数，那么必然调用了无参构造函数，问题来了，如果你满足了下面两个条件：
- 为自己的fragment添加了带有参数的构造器
- 没有额外声明一个无参的构造函数，或者声明了，但是是private的
那么就悲催了，因为你无意间覆盖了无参构造函数，是的，这样就会报上面那个异常，通过检查代码，确实犯了这个问题，莫名其妙的声明了一个private类型的fragmeng空构造器，那么问题也就不可避免了，之所以说这个问题难遇到，是因为我们平常确实很少去为fragment声明其他的构造器。
- 有时编译项目会遇到 Manifest merger failed with multiple errors, see logs 这种错误，但是看 log 日志又没有任何提示信息，此时可以通过以下命令去查看错误信息，在 Android Studio 终端 terminal 里输入：
gradlew processDebugManifest --stacktrace
注意如果是 mac 电脑，需要在 gradlew 前加 ./ 表示以管理员命令运行
./gradlew processDebugManifest --stacktrace
其中，processDebugManifest是log里面提到的，这个命令会去获取更多的log信息。
图中可见是我项目的最小 sdk 版本是14，而使用的依赖库要求的最小版本是16，把我项目的 minSdkVersion 改成16 就可以了。
参考来源，感谢此作者提供的帮助 。
Android SDK位置查看：
Tools－Android－SDK Manager (默认位置：/Users/XXXXXX/Library/Android/sdk)
默认位置查找：
右键Finder－前往文件夹 输入 ~/资源库(或 ~/Library) 注：Library默认隐藏了。Android Studio 移除引入的谷歌gms service库后编译报错 error: failed processing manifest.
可以清除编译缓存来解决。
清除编译gradle cache方法：参考
cleared the cache using this command:
rm -rf $HOME/.gradle/caches/
also I cleared the build dir running
./gradlew cleanBuildCache
and manually deleted the build dir
the I did run assable again and the apk got generated OK worked :)
./gradlew assemble
