关于build.gradle四个版本号的含义

在一个Android studio的项目中，每一个module的build.gradle文件里面都标明了四个版本号，他们分别是
compileSdkVersion，buildToolsVersion，minSdkVersion，targetSdkVersion

很多人都不是很能弄清楚这四个版本的区别。在这里我仅发表个人理解，如果有错，希望指正

compileSdkVersion

• compileSdkVersion 指的是编译版本，填写的是Android的版本号，比如说Android5.1，版本号是21.
• 在sdk目录下的platforms目录里可以看到已经下载好的android版本，如果填写的版本没有出现在platorms目录中，需要先下载。
• 如填写的是21，代表是将android-21目录下得android.jar参与apk的编译
• 如果你的compileSdkVersion设置成了21，但是想要使用一个API23才出现的方法，这是不可行的，必须把compileSdkVersion设置成23或以上

buildToolsVersion

• buildToolsVersion 只是的是build工具的版本号。一般每一个android版本都会有对应的buildTools。Android系统在不断升级，每次添加新特性，就需要新的工具来进行build，所以老的build工具不能用来build新的版本。
• 新的build工具可以build老的Android版本，新的工具兼容老的版本。
• 有些时候gradle的androd插件更新，需要把buildToolsVersion提升至指定的版本才能继续使用下去。
• 一般来说，这个填到最高就好了，因为新的兼容旧的。

minSdkVersion

• minSdkVersion 最小sdk版本。他代表的意思是你的App最低支持的手机版本。如果你的minSdkVersion设置成了16（Android4.0），那么Apk在16以下系统的手机无法安装。
• 这个选项在Android Studio中还有着代码检查的作用。如果你的minSdkVersion设置成了16，但是在代码当中使用了一个API19才出现的方法，此时编译器就会给你发出警告。
  Android Studio也会给你提出一些解决方案，比如

   

    

     

      

     
     

      
 
      
     
    

     

      

     
     

      
 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT){
      
     
    

     

      

     
     

      
   //在API>=19的设备上的处理方案 
      
     
    

     

      

     
     

      

        }else{
      
     
    

     

      

     
     

      
    //在API<19时的处理方案
      
     
    

     

      

     
     

      

        }
      
     
   
  

• module关联其他module或者library的时候，被关联者的minSdkVersion需要<=关联者。这个想必大家都能理解，不然有些手机无法运行。如果>=会怎么样呢？下面是编译时报出来的错误。

   

    

     

      

     
     

      
 
      
     
    

     

      

     
     

      

       /Users/username/Workspace/Project/app/src/main/AndroidManifest.xml Error:
      
     
    

     

      

     
     

      

               uses-sdk:minSdkVersion 16 cannot be smaller than version 19 declared in library [:update-release:] /Users/liyuanbiao/.android/build-cache/97f09e07bc542365f812e5e9f61cd044a43ee5e4/output/AndroidManifest.xml
      
     
    

     

      

     
     

      

               Suggestion: use tools:overrideLibrary="com.library.package" to force usage
      
     
    

     

      

     
     

      
 
      
     
    

     

      

     
     

      

       See http://g.co/androidstudio/manifest-merger for more information about the manifest merger.
      
     
   
  

解决的方法已经在错误日志当中提到了，在manifest文件中添加

 <uses-sdk tools:overrideLibrary="com.library.package" />

  

targetSdkVersion

• targetSdkVersion指的是API目标版本。它是Android里提供的一种向下兼容的方案。Android发展得太快，每一个版本都带来了很多新特性，开发者还来不及给apk适配新系统，难道apk就要不能用了么，答案是NO。拿一个有代表性的例子来说，Android6.0的权限检查机制改成了动态申请，需要在在项目中加入权限的申请代码。

调用requestPermissions进行申请权限

   

    

     

      

     
     

      
 
      
     
    

     

      

     
     

      
 public final void requestPermissions(@NonNull String[] permissions, int requestCode)
      
     
   
  

在onRequestPermissionsResult进行权限申请后结果的处理

   

    

     

      

     
     

      
 
      
     
    

     

      

     
     

      
    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
      
     
    

     

      

     
     

      
            @NonNull int[] grantResults) {
      
     
    

     

      

     
     

      
        /* callback - no nothing */
      
     
    

     

      

     
     

      

           }
      
     
   
  

如果将targetSdkVersion设置成<23,那么在6.0及以上的设备上就不会以6.0的新特性来运行了，当然也不需要动态申请了。

• 这个选项也有代码检查的作用，比如你targetSdkVersion>=23，在编写代码的时候，你可能会不清楚当前代码是否需要申请动态权限，Android Studio会在你需要申请权限的地方提出警告。

总结

• compileSdkVersion尽量填最新的，以确保你能使用最新的API。
• buildToolsVersion尽量最高的，因为新的兼容旧的。
• minSdkVersion可以适量填小一点，以确保更多的人群能够使用，建议填写16(Android4.0)，4.0以下的机型已经不多了。
• targetSdkVersion可以根据需要来，比如想要使用到新系统的一些新特性。建议22，小于Android6.0
• 根据上述四个版本的特点，可以得出以下结论。
  minSdkVersion <= targetSdkVersion <= compileSdkVersion