AndroidManifest.xml文件中（supports-screens）解释

语法：

<supports-screens android:resizeable=["true"| "false"]android:smallScreens=["true" | "false"]android:normalScreens=["true" | "false"]android:largeScreens=["true" | "false"]android:xlargeScreens=["true" | "false"]android:anyDensity=["true" | "false"]android:requiresSmallestWidthDp="integer"android:compatibleWidthLimitDp="integer"android:largestWidthLimitDp="integer"/>包含在：<mainfest>描述：让您指定您的应用支持的屏幕的大小并且可以通过屏幕兼容模式来支持比您应用所支持更大的屏幕。所以这对于您需要在您的应用里面使用这个元素来制定您的应用所支持的屏幕大小是很重要的。一个应用如果可以合适调整以适应全屏幕的前提下是可以“支持”一个具体的屏幕大小的。系统所应用的正常调整调整对于大多数的应用都适用，所以您也不需要做多余的工作来使您的应用支持比手机设备更大的屏幕。但是，通过提供可选择的布局资源来使您的应用能够对不同屏幕大小的界面进行优化还是很重要。举例来说，您也许需要在平板和手机设备上对activity的布局进行修改。然而，如果您的应用在调整适应不同屏幕大小的时候出现问题，您可以通过使用<supports-screens>元素的属性来决定您的应用是被发布到小屏幕上面还是可以通过系统的屏幕兼容模式来使应用的界面能够通过缩放（“放大”）来适应更大的屏幕大小。当您没有为大一点的屏幕大小进行设计，并且一般的调整没有达到期望的结果时，屏幕兼容模式将先模拟一个一般中等的屏幕，使您的设计界面先缩小，然后通过放大来填满整个屏幕。但是这样会导致像素变化，您的界面将会变得模糊，所以您最好为您的界面能适应更大的屏幕做好优化工作。注意：Android 3.2为介绍了一些新的属性：android.requiresSmallestWidthDp，android:compatibleWidthLimitDp和android:largestWidthLimitDp。如果您开发Android3.2或者更高版本的应用，你最好用这些属性代替基于一般屏幕大小的属性来声明您所支持的屏幕大小。想要了解更多的关于您的应用如何避免使用屏幕兼容模式就能正确的支持不同屏幕大小的信息，请参见支持多种屏幕。属性：android:resizeable决定您的应用是否需要为不同的屏幕大小而进行调整。默认的情况下是true。如果设置为false，系统将会在大屏幕中为您的应用使用屏幕兼容模式进行调整。这个方法已经过时了。这是用来介绍帮助您的应用在首次介绍支持多屏幕从Android 1.5到Android 1.6的过度。你不需要使用这个属性了。android:smallScreens决定您的应用是否支持小屏幕形式因素。一个小屏幕就是指比“正常”（传统的HVGA）长宽比小一点的屏幕。一个不支持小屏幕的应用同样对比从外部服务（例如Google商店）来的小屏幕设备也不适用，因为有很少的平台可以让这样一个应用在小屏幕上工作，所以默认为“true”android:normalScreens决定您的应用是否支持“正常”屏幕形式因素。一般来说，这是一个为HVGA密度的屏幕，但是WQVGA低密度和WVGA高密度也可以被当成为普通的。这个属性被默认为是“true”。android:largeScreens决定您的应用是否是支持较大一点的屏幕形式因素。一个大屏幕就是指比“正常”（传统的HVGA）长宽比大一点的屏幕，所以需要一些在应用的一部分上面好好的使用它，尽管也可以依靠系统的调整填满整个屏幕。该默认值在不同的版本中会不一样，所以您最好在需要的时候进行明确的声明。需要注意的是设置该值为“false”就表示自动使用系统屏幕兼容模式。android:xlargeScreens决定您的应用是否需要超大屏幕形式因素。一个超大屏幕是指比“大”屏幕还要在大一点的屏幕，就像平板（或者更大的），所以需要一些在应用的一部分上面好好的使用它，尽管也可以依靠系统的调整填满整个屏幕。该默认值在不同的版本中会不一样，所以您最好在需要的时候进行明确的声明。需要注意的是设置该值为“false”就表示自动使用系统屏幕兼容模式。这个属性首次出现在API level 9。android:anyDensity决定您的应用是否包含能够适用于任何屏幕密度的资源。对于支持Android 1.6（API level 4）或者更高的应用来说，默认值都为“true”并且您不可以设置它为“false”除非您可以绝对肯定在您的应用中这是完全有必要的。唯一有必要阻止它的话就是您需要您的应用直接操纵图片（更多的信息都在支持多种屏幕的文档中）。android:requiresSmallestWidthDp指定最小的smallestWidth的值。这个smallestWidth是指屏幕空间（以dip为单位）能偶适用于您的应用界面最短的维度-----也就是最短的可用屏幕的两个维度。所以，为了一个可以和您的应用相兼容的设备，该设备的smallestWidth必须等于或者好于这个值。（通常来说，您提供的这个您布局所支持的“最小宽度”是不管屏幕当前的方向的。）举例来说，一个典型的手机屏幕smallestWidth的值为320dp，一个7英寸的平板smallestWidth的值为600dp，而一个10英寸的平板smallestWidth的值为720dp。这些值都是一般的smallestWidth的值，因为它们是屏幕可用空间的最短维度。关于您具体需要选择什么样的大小，那就要把屏幕的装饰以及系统的UI界面都考虑进去进行比较了。例如：如果设备上需要显示一些持续不断地UI元素，系统声明设备smallestWidth值就要比实际的屏幕大小小一点了，因为那些UI元素的pix对您的UI界面不适用。因此，无论当前屏幕的方向，您使用的值必须是您的布局中所要求的最小的宽度。如果您的应用可以为更小的屏幕大小（下降到小的规模或者最小宽度是320dp）进行正确调整，您就不需要使用这个属性了。否则，您应该为了您的应用，根据最小屏幕宽度介绍（sw<N>dp）为您的应用设定合适的最小值。注意：Android系统没有太多内容在这个属性，所以它不会再您的应用运行时有什么影响的。相反，它可以用来将您的应用在那些服务器上例如Google商店过滤出来。但是，Google商店目前还不支持这个属性进行筛选（在Android3.2），所以您的应用不支持小屏幕的话最好继续使用其它的大小属性。这个属性首次出现在API level 13。