原文作者：都有米
在之前的开发经历中经常需要导入一些如v4、v7、v13等Android官方的支持包，遇到这些情况时都是网上搜索一下，按照前人给的示例添加依赖。这么稀里糊涂的使用后代码正常运行了，但心中不免会有一些疑问，如，Android官方为什么要提供支持包，都提供哪些支持包，这些支持包又提供了什么特性，开发者又应该如何选择使用这些支持包？
为了解开这些疑问，周末在家仔细阅读了官方的开发者指导文档的相关内容。这篇文章就是读后整理的读书笔记。
Android官方为什么要提供支持包？
为什么官方向开发者在提供了android sdk之外，还要提供一些零碎的开发支持jar包，全部放在framework中不好吗？恩，不好！因为这不是好不好的问题，这是Android平台快速发展带来的必然产物，这张图罗列了已经发布的Android版本及其对应的开发sdk的级别。
至于为什么提供支持包官方给出了大致三个原因：
1、向后兼容
如，我们开的App需要支持的minSdkVersion=9，targetSdkVersion=11，在程序里使用了android 3.0 (API level 11)提供的ActionBar类，使用compileSdkVersion=11成功编译出apk。在android 3.0的设备上完美运行，但是app在android 2.3的设备就会crash，报找不到ActionBar的错误。这很好理解，因为旧版本上没有新版本里新增的类。为了避免使用了最新功能开发的app只能在最新系统的设备上运行的尴尬，官方把新版系统framework中新增加的接口提出来放到了Android Support Library（支持包）中，开发者在遇到上面的情况时，就可以使用支持包中具有同样功能的ActionBar类，这个支持包会打包进App里，这样使用了新版本系统上功能的App也可以向后兼容以前的老系统版本设备了。
使用支持包中的类除了让我们免于判断App运行的系统版本外，还可以使App在各个版本保持同样的用户体验。如在5.0以下系统使用material design。
App编译时用的android sdk（android.jar）不会打包进我们的App中。因为App编码是使用android.jar中的接口就是android设备里系统框架层（framework）对外提供的接口。
2、提供不适合打包进framework的功能
Android官方对App开发提供了推荐设计，希望Android应用都有相对一致的交互设计来减少用户的使用成本，希望三方App类似系统应用从而完美融入到Android生态系统中。但是这都仅仅是推荐，不要求开发者一定要这样，如果有这种需求就可以使用官方支持包提供的这些功能，避免重复造轮子。如支持包中的DrawerLayout、Snackbar等类都是这种情况。
3、为了支持不同形态的设备
通过使用支持包来在不同形态设备上提供功能，如手机、电视、可穿戴设备等。
官方提供了哪些支持包，都有哪些特性？
现在Android官方发布了下面13类支持库，不同的支持库包含不同特征，适用的Android版本也不相同。通常情况下我们都使用到v4和v7这两个集合库，因为这两个库支持的android系统版本范围比较广，官方推荐的UI设计样式相关类也都在这两集合库中。
【※】v4 Support Libraries
v4库被设计在Android 2.3 (API level 9)及其以上系统中使用。 Support Library的第1版（２０１１年３月发布）就只包含v4库，当时v4库只是一个库，支持Android 1.6 (API level 4)及其以上版本，这也是v4名字的由来。随着系统的迭代现在Android 1.6设备已经很少了，官方在Support Library的第24.2.0版本（２０１6年8月发布）的时候移除了对Android 2.2 (API level 8)及其以下版本的支持，但是名字依然是v4。v4悠久的历史长期的发展造就了它较大的体积。也是在24.2.0这个版本Goggle将原来的单个v4库拆分成了5个子库，我们在使用的时候可以直接依赖某个子库，从而减少依赖包的大小。下图可见Android 2.2 Froyo占有率约为0.1%。
Gradle编译脚本中整个v4库的依赖语句如下：
compile ‘com.android.support:support-v4:24.2.1’
gradle中jar依赖语句格式如 compile ‘jar文件组（group/命名空间）:jar文件名（name）:jar文件版本（version）’。所以上面的语句意思是依赖Android支持库中第24.2.1版的support-v4库。由于在24.2.0版本support-v4库已经被拆分成5个子库，所以如下图所示依赖24.2.1版本的support-v4库除了导入support-v4库外还会导入它的5个子库，这个版本的support-v4库本身是一个空的包，所有具体的实现都在它依赖的子库中。下面依次看下v4库拆分出来的5个子库。
v4 compat library
为一些框架的API提供兼容性包装。如，Context.obtainDrawable()、View.performAccessibilityAction()等。
Gradle编译脚本中v4 compat库的依赖语句：
compile ‘com.android.support:support-compat:24.2.1’
v4 core-utils library
提供了一些工具类。如，AsyncTaskLoader、PermissionChecker等。
Gradle编译脚本中v4 core-utils库的依赖语句：
compile ‘com.android.support:support-core-utils:24.2.1’
v4 core-ui library
提供很多UI相关组件。如，ViewPager、NestedScrollView、ExploreByTouchHelper等。
Gradle编译脚本中v4 core-ui库的依赖语句：
compile ‘com.android.support:support-core-ui:24.2.1’
v4 media-compat library
多媒体框架相关部分。如，MediaBrowser、MediaSession等。
Gradle编译脚本中v4 media-compat库的依赖语句：
compile ‘com.android.support:support-media-compat:24.2.1’
v4 fragment library
跟fragment相关部分。v4这个子库依赖了其他4个子库，所以我们一旦依赖这个库就会自动导入其他4个子库，这跟直接依赖整个support-v4效果类似。关于v4拆分这篇文章有介绍，有兴趣的可以点过去看看。
Gradle编译脚本中v4 fragment 库的依赖语句如下：
compile ‘com.android.support:support-fragment:24.2.1’
【※】v7 Support Libraries
注意这里的Library用的也是复数，说明v7库和v4一样也是很多库的集合，不同的是v7各个库不是后来拆分出来的，而是最初发布时就是以各个独立的库的形式发布的，如发布的最早的v7库v7 gridlayout library。这些库的共同之处是发布之初都是支持Android 2.1 (API level 7)及其以上版本，所以把他们统称为v7支持库。需要注意的24.2.0版本以后的v7支持库支持范围也是Android 2.3 (API level 9)及其以上版本了，这是因为v7依赖的v4库支持版本范围改变了，这点在v4支持库小节有介绍。v7库集合里有7个子库，使用时根据需要选择导入哪些库。
v7 appcompat library
支持UI设计样式、 material design相关，如ActionBar、AppCompatActivity、Theme等。
Gradle编译脚本中v7 appcompat库的依赖语句：
compile ‘com.android.support:appcompat-v7:24.2.1’
v7 cardview library
支持cardview控件，使用material design语言设计，卡片式的信息展示，在电视App中有广泛的使用。
Gradle编译脚本中v7 cardview库的依赖语句：
compile ‘com.android.support:cardview-v7:24.2.1’
v7 gridlayout library
支持gridlayout布局。
Gradle编译脚本中v7 gridlayout库的依赖语句：
compile ‘com.android.support:gridlayout-v7:24.2.1’
v7 mediarouter library
该库提供了 MediaRouter、MediaRouteProvider等与Google Cast相关的类。
Gradle编译脚本中v7 mediarouter库的依赖语句：
compile ‘com.android.support:mediarouter-v7:24.2.1’
v7 palette library
该库提供了palette类，使用这个类可以很方便提取出图片中主题色。比如在音乐App中，从音乐专辑封面图片中提取出专辑封面图片的主题色，然后将播放界面的背景色设置为封面的主题色，随着播放音乐的改变，播放界面的背景色也会巧妙的跟着改变，从而提供更好的用户体验。
Gradle编译脚本中v7 palette库的依赖语句：
compile ‘com.android.support:palette-v7:24.2.1’
v7 recyclerview library
该库提供了recyclerview类。这个库使用的频率很高，网上有很多文章介绍recyclerview。
Gradle编译脚本中v7 recyclerview库的依赖语句：
compile ‘com.android.support:recyclerview-v7:24.2.1’
v7 Preference Support library
这个库在设置界面常用到。提供了 CheckBoxPreference、ListPreference等类。
Gradle编译脚本中v7 preference support库的依赖语句：
compile ‘com.android.support:preference-v7:24.2.1’
v8 Support Library
v8支持库支持范围也是Android 2.3 (API level 9)及其以上版本。v8支持库集合中现在只有一个库。
v8 renderscript library
这个库支持渲染脚本计算框架。对这个库有兴趣可以看渲染脚本开发指导。
使用v8 renderscript库Gradle编译脚本的配置方法：
defaultConfig {
renderscriptTargetApi 18
renderscriptSupportModeEnabled true
}
【※】v13 Support Library
v13支持库适用范围是Android 3.2 (API level 13)及其以上版本。这个库跟v4 fragment library功能基本一样，也是提供兼容fragment相关内容。区别是v4 fragment library需要依赖v4支持库集合里的其它4个子库，而v13 support library依赖的是Android 3.2 (API level 13)及其以上版本framework。也就是说v4支持库除了v4 fragment library以外，其它功能都在Android 3.2 (API level 13)及其以上版本的framework中提供了。所以我们的App如果只需要兼容到Android 3.2，那么fragment部分使用v13 Support Library中的相关类才是明智之举。
Gradle编译脚本中v13 support库的依赖语句：
compile ‘com.android.support:support-v13:24.2.1’
v14 Preference Support Library
功能类似v7 Preference Support library，支持Android系统版本不一致，新增部分相关接口。
Gradle编译脚本中v 库的依赖语句：
compile ‘com.android.support:preference-v14:24.2.1’
v17 Preference Support Library for TV
功能类似v7 Preference Support library，支持Android系统版本不一致，新增部分相关接口，为电视设备App提供相应的UI。
Gradle编译脚本中v 库的依赖语句：
compile ‘com.android.support:preference-leanback-v17:24.2.1’
v17 Leanback Library
这也是在电视设备上使用的库，主要是和YouTube相关的。
Gradle编译脚本中v17 Leanback库的依赖语句：
compile ‘com.android.support:leanback-v17:24.2.1’
Annotations Support Library
提供注解相关功能。
Gradle编译脚本中Annotations Support库的依赖语句：
compile ‘com.android.support:support-annotations:24.2.1’
【※】Design Support Library
这个库现在使用的也比较多，它提供了material design设计风格的控件。如，navigation drawers、floating action buttons (FAB)、snackbars、tabs等。
Gradle编译脚本中Design Support库的依赖语句：
compile ‘com.android.support:design:24.2.1’
【※】Multidex Support Library
Android的单个.dex文件最多能引用65536个方法，在这之后的方法就无法引用了。当我们的方法数超过这个限制后就需要分成多个dex文件，该库就是用来支持多个dex文件构建应用程序的。
Gradle编译脚本中Multidex Support库的依赖语句：
compile ‘com.android.support:multidex:1.0.0’
【※】Custom Tabs Support Library
这个库有很有意思，提供了一种新的打开网页的方式。以前的App要打开一个网页有两种选择，一个是用webview，这种方式工作量较大，第二种方式是调用浏览器应用来打开网页，这种方式要在两个应用中切换，用户的操作体验是割裂的，都不够理想。这个库提供了第三种选择，具体情况可以点击这篇文章了解。
Gradle编译脚本中Custom Tabs Support库的依赖语句：
compile ‘com.android.support:customtabs:24.2.1’
Percent Support Library
百分比支持库提供了如PercentFrameLayout、PercentRelativeLayout布局，在这些布局中子view可以使用百分比来设置大小、位置等。
Gradle编译脚本中Percent Support库的依赖语句：
compile ‘com.android.support:percent:24.2.1’
App Recommendation Support Library for TV
这个库是电视设备上用来提供视频内容推荐的。
Gradle编译脚本中Recommendation Support库的依赖语句：
compile ‘com.android.support:recommendation:24.2.1’
如何选择使用支持包？
其实在了解了支持包特性之后，这个问题也就迎刃而解了，这里再做下总结。在使用Android Support Library之前我们需要通过sdk manager安装Android Support Repository，然后再在gradle编译脚本中添加如下依赖语句就可以了。
compile ‘com.android.support:support-v4:24.2.1’ //以v4为例
前面文章说过gradle中jar依赖语句格式如 compile jar文件组（group/命名空间）:jar文件名（name）:jar文件版本（version）。对于Android Support Library库的依赖语句jar文件名和jar文件版本两部分需要选择确定。
jar文件名：在选择之前要明确两件事，需要使用支持包的哪种特性、需要兼容的最低Android版本，然后就可以确定具体依赖哪个支持库。
jar文件版本：支持库的版本需要跟compileSdkVersion保持一致。
注意：由于依赖的支持库会打包进apk，所以官方推荐开发者在编译时使用ProGuard工具预处理release版本的apk。ProGuard工具除了混淆源代码外，还会移除那些依赖的支持库中没有使用到的类，达到apk瘦身的效果。
结束
以上就是关于Android Support Library全部了，谢谢。如果文章有错误或者有疑问请务必留言告诉我。