Android Emulator报告600×1024 MDPI为XLarge?

我目前正在尝试测试现有应用程序与即将发布的亚马逊Kindle Fire平板电脑的兼容性。 他们说将模拟器设置为600×1024,LCD密度设置为169( https://developer.amazon.com/help/faq.html?ref_=pe_132830_21362890#KindleFire虽然在电子邮件中他们说160而不是169)并且它应该报告作为“大”而不是“xlarge”(这是我与他们的支持团队来回交换电子邮件,我抱怨它不起作用)。

谷歌似乎支持这一点,因为他们在列出这个分辨率和MDPI为“大”时测试多种屏幕尺寸的部分是正确的( http://developer.android.com/guide/practices/screens_support.html#testing ) 。 但是,每当我将“layout-xlarge”文件夹与“layout-large”一起包含时,模拟器总是加载“xlarge”。 如果我将LCD密度更改为240,它会加载“大”而不是“xlarge”,但这不应该是正确的,我担心这意味着它无法在最终设备上运行。 为了测试这一点,我采用了“Multi-Res”的API-10样本并创建了一系列上面描述的布局文件夹,并且每次加载“xlarge”(如果它在那里)并且如果没有“加载”则加载“大” XLARGE”。

所以,我的问题是,如果我正确地阅读文档或者我的模拟器是以某种方式搞砸了,因为亚马逊的人坚持认为它应该报告为“大”,如果这是真的,它将永远不会加载“xlarge” ?

以下是我在示例Multi-Res中的清单中的内容,我修改了它来测试它:

              

    这似乎是文档中的一个错误。 如果我们查看用于计算屏幕大小的实际代码,我们可以看到160 dpi的600×1024屏幕确实会被视为xlarge。

    不要相信我的话。 实现在WindowManagerService.computeNewConfigurationLocked()中 (警告慢速JavaScript)。 有趣的位如下。 屏幕大小(以像素为单位)根据密度进行缩放:

      longSize = (int)(longSize/dm.density); shortSize = (int)(shortSize/dm.density); 

    对于mdpi(160 dpi)屏幕,dm.density将为1.0。 对于hdpi(240 dpi),它将是1.5。 在我们的例子中,我们有一个mdpi屏幕。 所以在运行此代码后, longSize == 1024shortSize == 600 。 不久之后,我们达到了这个代码:

      // What size is this screen screen? if (longSize >= 800 && shortSize >= 600) { // SVGA or larger screens at medium density are the point // at which we consider it to be an extra large screen. mScreenLayout = Configuration.SCREENLAYOUT_SIZE_XLARGE; } else if ( // ... 

    使用我们的longSizeshortSize值意味着mScreenLayout分配Configuration.SCREENLAYOUT_SIZE_XLARGE ,换句话说,屏幕将被视为’xlarge’。 值得注意的是,如果屏幕在短边上小一个像素,那么它只会被视为“大”。

    所以,你正在正确阅读文档,但据我所知,文档是错误的,你的模拟器就好了。