Android Min SDK版本与目标SDK版本

#1 楼

android：minSdkVersion


整数，指定运行应用程序所需的最低API级别。如果系统的API级别低于此属性中指定的值，则Android系统将阻止用户安装应用程序。您应该始终声明此属性。


android：targetSdkVersion


指定应用程序要针对的API级别的整数。

具有此属性设置后，该应用程序说它能够在较旧的版本（低至minSdkVersion）上运行，但是经过了明确测试，可以与此处指定的版本一起使用。指定此目标版本将允许平台禁用目标版本不需要的兼容性设置（否则可以启用该功能以保持前向兼容性），或者启用较旧的应用程序不可用的较新功能。这并不意味着您可以为平台的不同版本编程不同的功能，而只是告知平台您已经针对目标版本进行了测试，并且平台不应执行任何额外的工作来保持与目标版本的向前兼容性。 br />
有关更多信息，请参见以下URL：

http://developer.android.com/guide/topics/manifest/uses-sdk-element.html

#2 楼

OP对问题发表的评论（基本上表明targetSDK不会影响应用的编译）完全是错误的！抱歉，直白地说。

简而言之，这里的目的是声明与minSDK不同的targetSDK：这意味着您使用的是来自更高版本SDK的功能，而不是最低版本，但您已确保向后兼容。换句话说，假设您要使用的功能是最近才引入的，但对您的应用程序而言并不重要。然后，您可以将targetSDK设置为引入此新功能的版本，并将最低版本设置为较低的值，以便每个人仍然可以使用您的应用。大量使用手势检测的应用程序。但是，手势可以识别的每个命令也可以通过按钮或菜单来完成。在这种情况下，手势是“很酷的附加功能”，但不是必需的。因此，您可以将目标sdk设置为7（引入了GestureDetection库时为“ Eclair”），将minimumSDK设置为3级（“ Cupcake”），这样即使是拥有旧手机的人也可以使用您的应用。您要做的就是确保您的应用在尝试使用手势库之前检查了其运行的Android版本，以避免在不存在的情况下尝试使用它。 （当然，这是一个过时的示例，因为几乎没有人拥有v1.5手机，但是有一段时间保持与v1.5的兼容性确实很重要。）如果要使用Gingerbread或Honeycomb的功能，请使用此功能。有些人很快就会获得更新，但是其他人，尤其是使用较旧的硬件的人，可能会在购买新设备之前坚持使用Eclair。这将使您能够使用一些很酷的新功能，但又不会排除您可能的市场的一部分。

Android开发者博客上有一篇非常好的文章，内容涉及如何使用此功能，尤其是我上面提到的如何设计“在使用前检查功能是否存在”代码。 OP：我写这篇文章主要是为了将来碰巧遇到这个问题的任何人的利益，因为我意识到您的问题是很久以前提出的。

#3 楼

当您设置targetSdkVersion =“ xx”时，即表示您的应用程序在API级别xx下可以正常运行（例如，已经过全面成功测试）。 xx将自动应用兼容性代码以支持您可能依赖的任何功能，这些功能可能在API级别xx或之前可用，但现在在该Android版本的更高级别已作废。如果使用的是在xx级或之前已过时的任何功能，则更高版本的API级别（不再包含这些功能）的操作系统版本将不会自动应用兼容性代码来支持这些用途。在这种情况下，您自己的代码必须具有测试API级别的特殊情况子句，并且，如果检测到的操作系统级别是更高的级别，而不再具有给定的API功能，则您的代码必须使用正在运行的操作系统的可用替代功能API级别。

如果这样做失败，则可能根本不会出现通常会触发代码内事件的某些界面功能，并且您可能会缺少用户需要触发这些事件的关键界面功能，并且来访问其功能（如下面的示例所示）。如其他答案所述，如果要使用最初定义为比minSdkVersion更高的API级别定义的某些API功能，则可以将targetSdkVersion设置为高于minSdkVersion。 ，并已采取措施以确保您的代码能够以比targetSdkVersion更低的级别检测和处理这些功能的缺失。

为了警告开发人员专门测试使用功能所需的最低API级别，如果代码包含对在minSdkVersion之后的API级别定义的任何方法的调用，则编译器将发出错误（不仅仅是警告），即使targetSdkVersion大于或等于该方法首次可用的API级别。要消除此错误，编译器指令

@TargetApi(nn)

告诉编译器该指令范围内的代码（在方法或类之前）已被执行。在调用任何依赖于至少具有该API级别的方法之前编写，以测试API级别至少为nn。例如，以下代码定义了可从minSdkVersion小于11且targetSdkVersion为11或更高的应用程序代码中调用的方法：

@TargetApi(11)
    public void refreshActionBarIfApi11OrHigher() {
      //If the API is 11 or higher, set up the actionBar and display it
      if(Build.VERSION.SDK_INT >= 11) {
        //ActionBar only exists at API level 11 or higher
        ActionBar actionBar = getActionBar();

        //This should cause onPrepareOptionsMenu() to be called.
        // In versions of the API prior to 11, this only occurred when the user pressed 
        // the dedicated menu button, but at level 11 and above, the action bar is 
        // typically displayed continuously and so you will need to call this
        // each time the options on your menu change.
        invalidateOptionsMenu();

        //Show the bar
        actionBar.show();
    }
}

即使您未使用高于minSdkVersion的API级别的任何功能，也可能要声明一个较高的targetSdkVersion，如果您已在较高级别进行了测试，并且一切正常。这仅仅是为了避免访问旨在从目标级别降至最低级别的兼容性代码的开销，因为您已经（通过测试）确认不需要进行此类更改。

取决于已声明的targetSdkVersion的UI功能的一个示例是，当那些应用程序在API 11或更高版本下运行时，出现在具有小于11的应用程序状态栏上的三个垂直点菜单按钮。如果您的应用程序的targetSdkVersion为10或更低，则假定您的应用程序的界面取决于专用菜单按钮的存在，因此三点按钮似乎代替了较早的专用硬件和/或屏幕版本当操作系统具有更高的API级别（不再假定设备上的专用菜单按钮）时，该按钮的大小（例如，在Gingerbread中看到）。但是，如果将应用程序的targetSdkVersion设置为11或更高，则假定您已利用在该级别引入的功能取代了专用菜单按钮（例如，操作栏），或者避免了有一个系统菜单按钮；因此，三垂直点菜单“兼容性按钮”消失了。在这种情况下，如果用户找不到菜单按钮，则无法按菜单按钮，这又意味着您的活动的onCreateOptionsMenu（menu）覆盖可能永远不会被调用，这又意味着您的应用功能的很大一部分可能会被剥夺其用户界面。当然，除非您已经实现了操作栏或其他替代方法以供用户访问这些功能。

minSdkVersion声明设备的OS版本至少具有该API级别以运行您的应用。这会影响当它们在Google Play应用商店（以及其他应用商店）中时，哪些设备能够查看和下载您的应用。这是一种说明您的应用程序依赖于在该级别建立的OS（API或其他）功能的方法，而对于没有这些功能的情况，尚无可接受的方法。使用minSdkVersion来确保存在与API不相关的功能的示例是将minSdkVersion设置为8，以确保您的应用仅在启用了JIT的Dalvik解释器上运行（因为引入了JIT）到API级别8的Android解释器）。由于启用JIT的解释器的性能可能是缺少该功能的解释器的五倍，因此，如果您的应用大量使用处理器，那么您可能需要API级8或更高级别，以确保足够的性能。 br />

#4 楼

始终可以通过示例更好地实现一个概念。在理解Android框架源代码并进行一些实验之前，即使在阅读了Android开发人员网站中的所有文档以及相关的stackoverflow线程之后，我还是难以理解这些概念。我将分享两个示例，这些示例有助于我充分理解这些概念。

DatePickerDialog会根据您放入AndroidManifest.xml文件的targetSDKversion（<uses-sdk android:targetSdkVersion="INTEGER_VALUE"/>）的级别而看起来有所不同。如果将值设置为10或更低，则DatePickerDialog将看起来像左图。另一方面，如果将值设置为11或更高，则DatePickerDialog将看起来像正确的代码一样。



创建此示例非常简单。 MainActivity.java的外观：

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void onClickButton(View v) {
        DatePickerDialog d = new DatePickerDialog(this, null, 2014, 5, 4);
        d.show();       
    }
}

activity_main.xml的外观：

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
<Button
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:onClick="onClickButton"
    android:text="Button" />
</RelativeLayout>

就是这样。实际上，这就是我需要测试的每个代码。

当您看到Android框架源代码时，外观上的变化非常明显。就像：

public DatePickerDialog(Context context,
    OnDateSetListener callBack,
    int year,
    int monthOfYear,
    int dayOfMonth,
    boolean yearOptional) {
        this(context, context.getApplicationInfo().targetSdkVersion >= Build.VERSION_CODES.HONEYCOMB
                ? com.android.internal.R.style.Theme_Holo_Light_Dialog_Alert
                : com.android.internal.R.style.Theme_Dialog_Alert,
        callBack, year, monthOfYear, dayOfMonth, yearOptional);
}

如您所见，该框架获取当前的targetSDKversion并设置了不同的主题。这种代码片段（getApplicationInfo().targetSdkVersion >= SOME_VERSION）可以在Android框架中找到。

另一个示例是有关WebView类的。 Webview类的公共方法应该在主线程上调用，否则，当您将targetSDKversion设置为18或更高时，运行时系统将抛出RuntimeException。此行为可以通过其源代码清楚地实现。就是这样写的。

sEnforceThreadChecking = context.getApplicationInfo().targetSdkVersion >=
            Build.VERSION_CODES.JELLY_BEAN_MR2;

if (sEnforceThreadChecking) {
    throw new RuntimeException(throwable);
}

Android文档说：“随着Android随着每个新版本的发展，行为甚至外表可能都会改变。”因此，我们研究了行为和外观的变化，以及变化是如何实现的。

总之，Android文档说：“此属性（targetSdkVersion）通知系统您已经针对目标版本进行了测试，并且系统不应启用任何兼容性行为来维持应用程序与目标版本的前向兼容性。”对于WebView情况，这确实很清楚。直到释放JELLY_BEAN_MR2以在非主线程上调用WebView类的公共方法，这是可以的。如果Android框架在JELLY_BEAN_MR2设备上引发RuntimeException，这是胡说八道。它只是不应出于自己的兴趣启用新引入的行为，否则会导致致命的后果。因此，我们要做的是检查在某些targetSDK版本上是否一切正常。通过设置更高的targetSDKversion，我们可以获得外观增强的好处，但是它带有责任感。

编辑：
免责声明。 DatePickerDialog构造函数基于当前的targetSDKversion（如上所述）设置了不同的主题，实际上在以后的提交中已更改。尽管如此，我还是使用了该示例，因为逻辑没有更改，并且这些代码段清楚地显示了targetSDKversion概念。

#5 楼

对于需要摘要的用户，在您的应用程序支持之前，
是最低版本。如果您的设备具有较低版本的android，则应用将无法安装。

，同时，

android:minSdkVersion

是应用程序的API级别设计运行。意味着，您的手机系统无需使用任何兼容性行为即可保持向前兼容性，因为您对此API进行了测试。

您的应用仍可在高于给定targetSdkVersion的Android版本上运行，但会出现android兼容行为。 >
如果您设备的API版本更高，则不会安装该应用。就是这是允许您安装应用程序的最大API。

ie。对于MinSDK -4，maxSDK-8，targetSDK-8我的应用程序最低可以使用1.6，但我也使用了仅在2.2中受支持的功能，如果将其安装在2.2设备上，该功能将可见。另外，对于maxSDK-8，此应用程序无法使用API​​> 8安装在手机上。现在已经很好地解释了。在这里检查

#6 楼

例如，如果遇到一些编译错误：

<uses-sdk
            android:minSdkVersion="10"
            android:targetSdkVersion="15" />

。

private void methodThatRequiresAPI11() {
        BitmapFactory.Options options = new BitmapFactory.Options();
                options.inPreferredConfig = Config.ARGB_8888;  // API Level 1          
                options.inSampleSize = 8;    // API Level 1
                options.inBitmap = bitmap;   // **API Level 11**
        //...
    }

您得到编译错误：


字段要求API级别11（当前最小值为10）：
android.graphics.BitmapFactory $ Options＃inBitmap


从版本开始Android开发工具（ADT）的17个功能中有一个新的且非常有用的注释@TargetApi，可以非常轻松地解决此问题。将其添加到包含有问题的声明的方法之前：

@TargetApi
private void methodThatRequiresAPI11() {            
  BitmapFactory.Options options = new BitmapFactory.Options();
      options.inPreferredConfig = Config.ARGB_8888;  // API Level 1          
      options.inSampleSize = 8;    // API Level 1

      // This will avoid exception NoSuchFieldError (or NoSuchMethodError) at runtime. 
      if (Integer.valueOf(android.os.Build.VERSION.SDK) >= android.os.Build.VERSION_CODES.HONEYCOMB) {
        options.inBitmap = bitmap;   // **API Level 11**
            //...
      }
    }

现在没有编译错误，它将运行！导致API级别低于11的运行时错误。在11或更高版本上，它将运行没有问题。因此，您必须确保在受版本检查保护的执行路径上调用此方法。 TargetApi只是允许您对其进行编译，但要自己承担风险。

#7 楼

android:minSdkVersion和android:targetSdkVersion都是我们需要在android清单文件中声明的Integer值，但它们具有不同的属性。

android:minSdkVersion:这是运行android应用所需的最低API级别。如果我们将同一应用安装在较低的API版本上，则会出现解析器错误，并出现应用不支持的问题。

如果未在清单中声明此属性，则minSdk版本将为您的TargetSdk版本。 “在我们声明为TargetSdk版本的所有更高版本的API上安装应用程序支持”始终是正确的。为了使应用程序受限制，我们需要在清单文件中声明maxSdkVersion ...

#8 楼

如果您制作的应用程序需要危险的权限，并将targetSDK设置为23或更高，则应小心。如果不检查运行时的权限，则将获得SecurityException，并且如果您在try块中使用代码，例如打开的摄像头，则不检查logcat可能很难检测到错误。

#9 楼

目标sdk是您要定位的版本，最小sdk是最小版本。