Manifest.xml 入门基础 （三） <uses-sdk>标签
<uses-sdk android:minSdkVersion="integer"
android:targetSdkVersion="integer"
android:maxSdkVersion="integer" />用于表明应用程序与一个或多个版本 Android 平台的兼容性，以整数型的 API 级别来表示。 应用程序声明的 API 级别将与给定的 Android 系统进行比较，不同 Android 设备的 API Level 可能各不相同。
不要去理会名称（指 uses-sdk），本元素是用于指定 API 级别 的，而不是指 SDK （软件开发包）或 Android 平台的版本号。 API 级别总是以一个整数值来表示。 API 级别是无法从相应的 Android 版本号推导出来的（比如，它既不是主版本号，也不是主版本号加小版本号）。
1.android:minSdkVersion
整数值，指定运行应用程序所需的最低 API 级别。 如果系统 API 级别低于本属性设定的值， Android 系统将阻止用户安装此应用程序。 本属性必需指定。
提醒： 如果未声明本属性，系统假定缺省值为“1”，这表示应用程序与所有版本的 Android 兼容。 如果应用程序无法兼容所有版本（比如，用到了 API 级别 3 才开始引入的 API ）， 也没有声明正确的 android:minSdkVersion， 那么安装在低于 API 级别 3 的系统中后，一旦在运行过程中试图访问不可用的 API，应用程序就会崩溃。 因此，请确保在 minSdkVersion 属性中声明正确的 API 级别。
2.android:targetSdkVersion
整数值，指定应用程序的目标 API 级别。如果不设置本属性，缺省值等于已给定的 minSdkVersion。
本属性将告知系统应用程序已经针对此目标版本进行了测试，系统不会启用任何与此目标版本相关的向前兼容特性。 应用程序仍然能够在较低版本（最低至 minSdkVersion）的系统上运行。
随着 Android 的版本更新，某些特性甚至组件外观都会发生变化。 不过，当平台的 API 级别高于应用程序声明的 targetSdkVersion时，系统会启用兼容性特性，应用程序仍然可以按预计方式运行。 通过把 targetSdkVersion 设定为所需的平台版本，你可以禁用兼容特性。 比如，将本值设置为大于等于“11”，当运行于 Android 3.0 以上版本时， 系统就能在应用程序上使用新加入的默认主题（Holo），并且在大屏幕设备上时还会禁用 屏幕兼容模式 （因为 API 级别 11 隐含了对大屏幕的支持）。
根据本属性设定的值，有系统可能会启用很多兼容性特性。 有相当多的特性在参考文档 Build.VERSION_CODES 中分版本进行了说明。
为了能随着 Android 版本的发布而对应用程序进行维护，你应该及时调大本属性值以匹配最新的 API 级别， 然后在对应版本的平台上对程序进行充分的测试。
3.android:maxSdkVersion
整数值，指定应用程序设计可运行的最高 API 级别。
为了说明本属性在系统更新后对应用程序的影响，请参阅以下例子：
某应用程序在 manifest 中声明了 maxSdkVersion=”5” ，并已在 Google Play 进行了发布。 有一个用户下载并安装了此应用程序，他的设备运行的是 Android 1.6 （API 级别 4）。 几星期后，用户通过无线系统把系统升级到了 Android 2.0（API 级别 5）。 升级完成后，系统会检查应用程序的 maxSdkVersion 并成功进行了重新校验，应用程序能够正常工作。 但是一段时间之后，设备又收到了另一个系统更新，这次是升级到 Android 2.0.1（API 级别 6）。 这次更新后系统无法再对应用程序进行重新校验了，因为当前系统的 API 级别 （6）已经高于应用程序支持的最大版本（5）了。 系统会阻止用户使用此应用程序，实际上将会从设备上删除它。
警告： 不建议声明本属性。 首先，没有必要用本属性来阻止应用程序在新版本 Android 平台上的使用。 理论上讲，新版本的平台完全是向后全兼容的。 应用程序应该可以在新版本平台上正常运行，新版本不仅提供标准的API，还能开发最佳的体验。 其次请注意，在某些场合声明本属性，可能会 导致系统升级到高版本 API 后把应用程序删除。 大多数设备都会通过无线网络定期接收到系统更新，因此在设置本属性之前，你应该考虑对应用程序的影响。
什么是 API 级别
API 级别是一个整数值，它唯一标识了某版本 Android 平台所提供的 API 的版本。
Android 平台提供了一整套 API，应用程序可以用这些 API 与底层系统进行交互。 这套API由以下部分组成：
- 核心包和类
- 声明和访问资源时所用的 XML 格式的元素和属性
- 一些预设的 Intent
- 应用程序可请求的权限以及系统预设的权限
- Android 平台每个较高版本都会包含之前的 API 更新。
API 的更新机制使得新版本的 API 可以与早期版本保持兼容。 也就是说，大部分的 API 改动都是新增功能，或是引入新 API ，或是替代原有功能。 作为 API 升级过程中的一部分工作，被替换的旧功能被视为过时功能但不会被删除。 因此，现有的应用程序仍然可以使用这些过时的功能。 在极少数情况下，一部分 API 可能会被修改或删除，通常这种改动只是为了确保 API 的稳定性及应用程序或系统的安全性。 早期版本的 API 剩余部分都将原封不动地带入新版本。
API 级别在 Android 中的用途
当用户尝试安装某应用程序时，或者在系统升级后对应用程序重新校验时， Android 系统首先会检查应用程序 manifest 中的 <uses-sdk> 属性， 并将其值与系统内部的 API 级别进行比较。 只有满足以下条件时，系统才会允许应用程序的安装：
如果声明了android:minSdkVersion属性，则其值必须小于等于当前系统的 API 级别值。
如果未声明，系统就会假定该应用程序运行需要的最低 API 级别是 1 。如果声明了android:maxSdkVersion属性，则其值必须大于等于当前系统的 API 级别值。
如果未声明，系统就会假定该应用程序没有最高 API 级别的限制。
