从上第一节安卓课起，每每创建项目我都会遇到以下这个问题。
依据网上找的解决方案，我每次都必须手动修改build.gradle(Module.app)中的配置，将该配置文件中的版本改成项目使用的sdk tools相同的版本。
将29修改为26
其后重新build一些，就好了，然而那一行改的代码还是红线。。
为此，我痛并思痛，决定把这个囤积了6个星期的习惯一并改掉！找到原因！找寻之路异常艰难，首先我了解了gradle配置文件的讲解，模糊的理解了不同配置的意思，对于gradle的详解我准备结合大神们的文章单独总结一篇，然后我重点针对minSDKVersion, targetSDKVersion和compileSDKVersion做了了解，最后针对com.android.support:appcompat-v7这个玩意儿做了了解，追根溯源后，才终于明白，卸载了一个工具后再创建项目就不会报错啦！以下是详细分析
注：AS版本为2.3.3
首先，build.gradle文件在安卓项目中有两个，我简要说一下报错的文件build.gradle(Module.app)中各配置的意思。
minSDKVersion, targetSDKVersion和compileSDKVersion的区别。首先，minSdkVersion是指我们的app能运行的最小Sdk版本，如果选择16，即安卓4.0以上才可以运行我们的app，也就是程序支持的API下限。targetSdkVersion翻译过来是指目标Sdk版本，系统通过targetSdkVersion来保证Android的向前兼容性，同时也告诉系统我们的app是给哪个API运行的，如果新发布的SDK版本会对UI显示甚至操作系统运行机制产生影响，而你的APP又没有做好应对措施，为了保证你的APP正常运行，那你需要降低目标版本。因为你的目标版本仍然是旧的SDK，所以在新版系统中那些新的变化会在你的APP中被忽略，继而保证其正常运行。compileSdkVersion是设置编译时的SDK版本，一般来说会与targetSdkVersion相同。
而以上在创建项目时会自动生成其Sdk版本，只要minSdkVersion可以在创建时进行设置。
而targetSdkVersion和compileSdkVersion都是自动生成的，我在想它怎么生成的呢，以下是尝试后得出的结论，不一定准确。
打开SDK Manager，查看已下载的API，如果你多下载了几个API，比如你下载了版本29的，新创建项目时，targetSdkVersion会自动设置为29，而编译用例库，也会设置为29，compile'com.android.support:appcompat-v7:29.+'
然而com.android.support:appcompat-v7又是什么呢，为什么设为29就报错呢？这是安卓提供的支持库，这些库提供向后兼容版本的新功能，框架中未包含的实用UI元素，以及应用可利用的一系列的实用程序。使用它的最主要原因就是，为了能在低版本的Android系统上使用高版本的SDK才具有的新功能、新特性。Google把这些高版本才具有的新特性打包进Support Library，当开发者想使用这些新特性，又需要兼容老版本Android系统时，就可以引入Support Library。
我们可以在本地文件夹中找到
然而我们发现并没有29版本的，原来从api 26开始，support library需要从google的maven仓库下载，需要在project的build.gradle中allprojects的块中添加配置maven { url "https://maven.google.com" }，但是，仅限AS3.0以上版本才有用。。。
所以，我们改不了support library，就只能去改变targetSdkVersion，于是我卸载了API29，只留下API26，新建项目时就自动都为26，不会报错啦！
