我正试图找出我的android应用程序的最小屏幕大小（dp）。
根据developer guide小屏幕至少为320 x 426 dp。
页面aboutmetrics and grids指出“平均48dp转化为约9mm的物理尺寸”。然而，如果选择最接近实际设备密度的密度桶，则48 dp将平均转换为7.62 mm（即48 px@160 dp i）。这就使我怀疑是否可以普遍采用下一个更高密度的桶，以确保目标足够大。
在this answer中，制造商在选择密度桶时有一定的灵活性，但不会太多。
我自己的手机有一个4英寸480 x 800的屏幕（233 dpi），这意味着它的密度桶应该是240 dpi（hdpi），比例因子为1.5。它的实际比例因子是2.0，这意味着目标更大（10.5毫米），其用户界面宽度更小（240 dp）。这是在“小屏幕”大小的桶下面。
我制作了一个电子表格来确定密度桶（和相应的比例因子）以及一系列常见屏幕大小和分辨率的dp大小。我已经做了这两个基于最近的密度桶，以及下一个更高密度桶。
当使用最接近的密度时，最小可用屏幕宽度为320 dp（即使是3“小屏幕）。使用下一个更高密度时，最小可用宽度仅为240 dp（即使使用4.5“720p屏幕）。
这个应用程序是为一个非常特殊的客户群设计的，而且非常小的设备（
最佳答案
我从我的同事那里收集了一些其他的设备，似乎它们的密度比我预期的要大（就像在我自己的设备上一样）。所以它似乎是第一个桶>实际密度。
我认为我将设计320 dp，并使用应用内缩放功能，以确保文本和按钮的大小可以根据用户的意愿。240 dp可能太窄，无法使用，而320 dp时稍小的目标尺寸可能更容易接受。