Android 之度量单位详解
通常我们在做上层应用的时候经常为遇到xdpi、hdpi、mdpi、ldpi等，为此我们简单分析和研究一下。
首先我们先看一下几个概念：
屏幕尺寸：
屏幕的物理尺寸，以屏幕的对角线长度作为依据（比如 2.8寸， 3.5寸）。简而言之， Android把所有的屏幕尺寸简化为三大类：大，正常，和小。程序可以针对这三种尺寸的屏幕提供三种不同的布局方案，然后系统会负责把你的布局方案以合适的方式渲染到对应的屏幕上，这个过程是不需要程序员用代码来干预的。
屏幕长宽比：
屏幕的物理长度与物理宽度的比例。程序可以为制定长宽比的屏幕提供制定的素材，只需要用系统提供的资源分类符long和 notlong。
分辨率：
屏幕上拥有的像素的总数。注意，虽然大部分情况下分辨率都被表示为“宽度×长度”，但分辨率并不意味着屏幕长宽比。在 Android系统中，程序一般并不直接处理分辨率。
密度：
以屏幕分辨率为基础，沿屏幕长宽方向排列的像素。密度较低的屏幕，在长和宽方向都只有比较少的像素，而高密度的屏幕通常则会有很多 ——甚至会非常非常多——像素排列在同一区域。屏幕的密度是非常重要的，举个例子，长宽以像素为单位定义的界面元素（比如一个按钮），在低密度的屏幕上会 显得很大，但在高密度的屏幕上则会显得很小。
密度无关的像素（ DIP ）
指一个抽象意义上的像素，程序用它来定义界面元素。它作为一个与实际密度无关的单位，帮助程序员构建一个布局方案（界面元素的宽度，高度，位置）。一个与密度无关的像素，在逻辑尺寸上，与一个位于像素密度为 160DPI的屏幕上的像素是一致的，这也是Android平台所假定的默认显示设备。在运行的时候，平台会以目标屏幕的密度作为基准，“透明地”处理所 有需要的DIP缩放操作。要把密度无关像素转换为屏幕像素，可以用这样一个简单的公式： pixels = dips * (density / 160)。举个例子，在 DPI为 240的屏幕上， 1个 DIP等于 1.5个物理像素。我们强烈推荐你用 DIP来定义你程序的界面布局，因为这样可以保证你的 UI在各种分辨率的屏幕上都可以正常显示。
为了简化程序员面在对各种分辨率时的困扰，也为了具备各种分辨率的平台都可以直接运行这些程序， Android平台将所有的屏幕以密度和分辨率为分类方式，各自分成了三类：
•三种主要的尺寸：大，正常，小；
•三种不同的密度：高（ hdpi），中（ mdpi）和低（ ldpi）。
Android上常见度量单位：
px（像素）：屏幕上的点，绝对长度，与硬件相关。
in（英寸）：长度单位。
mm（毫米）：长度单位。
pt（磅）：1/72英寸，point。
dp（与密度无关的像素）：一种基于屏幕密度的抽象单位。在每英寸160点的显示器上，1dp = 1px。
dip：Density-independent pixel,同dp相同。
sp：在dp的基础上，还与比例无关，个人理解为是一个矢量图形单位。
引入dp/dip的原因：
过去，程序员通常以像素为单位设计计算机用户界面。例如，定义一个宽度为300像素的表单字段，列之间的间距为5个像素，图标大小为16×16像素 等。这样处理的问题在于，如果在一个每英寸点数（dpi）更高的新显示器上运行该程序，则用户界面会显得很小。在有些情况下，用户界面可能会小到难以看清 内容。与分辨率无关的度量单位可以解决这一问题。
1.标准是240*320画在1.5*2平方inch上。那么像每平方英寸有240*320/(1.5*2)=25600点，也就是一平方英寸的像素点为25600，所以dpi取为它的平方根160;如果你的dpi是120，那么它的密度就是0.75.
2.密度不只是与width有关，还与height有关，所以不管width是1.8还是1.3，它的密度都有可能是1；比如width是1.8，只要它 的height是3/1.8的话，如果pixel为240*320的话，它的密度仍旧是1；同样如果width为1.3，只要它的 height为3/1.3的话，像素点为240*320，则密度也是1.
3.320*480/(1.5*2)得到单位平方英寸的点为51200，所以单位平方英寸是240*320画在1.5*2屏幕的2倍。但是这是平方英寸啊，算密度的时候要开平方的啊，所以应该是2开平方，是1.414吧，大致密度为1.5。
如何做到与密度无关：
如果屏幕密度为160，这时dp和sp和px是一样的。1dp=1sp=1px，但如果使用px作单位，如果屏幕大小不变（假设还是3.2寸），而屏 幕密度变成了320。那么原来TextView的宽度设成160px，在密度为320的3.2 寸屏幕里看要比在密度为160的3.2寸屏幕上看短了一半。但如果设置成160dp或160sp的话。系统会自动将width属性值设置成320px的。 也就是160 * 320 / 160。其中320 / 160可称为密度比例因子。也就是说，如果使用dp和sp，系统会根据屏幕密度的变化自动进行转换。官方文档总结的计算公式为：pixels = dps * (density /160).
如下距离说明：以AW590项目为例：
图A、4.0寸WVGA(800×480) hdpi 240
从图中可以看出：
dp(150,40)长宽与dip(150,40)长宽相等。
px(225,60)经过计算后，与dp(150,40)长宽相等，由于该hdpi为240，所以计算方法长度为150×(240÷160)，宽度为150×(240÷160)。
pt(101.25,27)经过计算后，与dp(150,40)长宽相等。计算方法为长度：(225÷160)÷(1÷72)=101.25,宽度(60÷160) ÷(1÷72)=27。
in(1.4,0.375)经过计算后，与dp(150,40)长宽相等。计算方法长度为(225÷160)，宽度为(60÷160)。
mm(35.7,9.5)经过计算后，与dp(150,40)长宽相等。计算方法长度 为(1.4×25.4)，宽度为(0.375×25.4)。
通常我们在做上层应用的时候经常为遇到xdpi、hdpi、mdpi、ldpi等，为此我们简单分析和研究一下。
首先我们先看一下几个概念：
屏幕尺寸：
屏幕的物理尺寸，以屏幕的对角线长度作为依据（比如 2.8寸， 3.5寸）。简而言之， Android把所有的屏幕尺寸简化为三大类：大，正常，和小。程序可以针对这三种尺寸的屏幕提供三种不同的布局方案，然后系统会负责把你的布局方案以合适的方式渲染到对应的屏幕上，这个过程是不需要程序员用代码来干预的。
屏幕长宽比：
屏幕的物理长度与物理宽度的比例。程序可以为制定长宽比的屏幕提供制定的素材，只需要用系统提供的资源分类符long和 notlong。
分辨率：
屏幕上拥有的像素的总数。注意，虽然大部分情况下分辨率都被表示为“宽度×长度”，但分辨率并不意味着屏幕长宽比。在 Android系统中，程序一般并不直接处理分辨率。
密度：
以屏幕分辨率为基础，沿屏幕长宽方向排列的像素。密度较低的屏幕，在长和宽方向都只有比较少的像素，而高密度的屏幕通常则会有很多 ——甚至会非常非常多——像素排列在同一区域。屏幕的密度是非常重要的，举个例子，长宽以像素为单位定义的界面元素（比如一个按钮），在低密度的屏幕上会 显得很大，但在高密度的屏幕上则会显得很小。
密度无关的像素（ DIP ）
指一个抽象意义上的像素，程序用它来定义界面元素。它作为一个与实际密度无关的单位，帮助程序员构建一个布局方案（界面元素的宽度，高度，位置）。一个与密度无关的像素，在逻辑尺寸上，与一个位于像素密度为 160DPI的屏幕上的像素是一致的，这也是Android平台所假定的默认显示设备。在运行的时候，平台会以目标屏幕的密度作为基准，“透明地”处理所 有需要的DIP缩放操作。要把密度无关像素转换为屏幕像素，可以用这样一个简单的公式： pixels = dips * (density / 160)。举个例子，在 DPI为 240的屏幕上， 1个 DIP等于 1.5个物理像素。我们强烈推荐你用 DIP来定义你程序的界面布局，因为这样可以保证你的 UI在各种分辨率的屏幕上都可以正常显示。
为了简化程序员面在对各种分辨率时的困扰，也为了具备各种分辨率的平台都可以直接运行这些程序， Android平台将所有的屏幕以密度和分辨率为分类方式，各自分成了三类：
•三种主要的尺寸：大，正常，小；
•三种不同的密度：高（ hdpi），中（ mdpi）和低（ ldpi）。
Android上常见度量单位：
px（像素）：屏幕上的点，绝对长度，与硬件相关。
in（英寸）：长度单位。
mm（毫米）：长度单位。
pt（磅）：1/72英寸，point。
dp（与密度无关的像素）：一种基于屏幕密度的抽象单位。在每英寸160点的显示器上，1dp = 1px。
dip：Density-independent pixel,同dp相同。
sp：在dp的基础上，还与比例无关，个人理解为是一个矢量图形单位。
引入dp/dip的原因：
过去，程序员通常以像素为单位设计计算机用户界面。例如，定义一个宽度为300像素的表单字段，列之间的间距为5个像素，图标大小为16×16像素 等。这样处理的问题在于，如果在一个每英寸点数（dpi）更高的新显示器上运行该程序，则用户界面会显得很小。在有些情况下，用户界面可能会小到难以看清 内容。与分辨率无关的度量单位可以解决这一问题。
1.标准是240*320画在1.5*2平方inch上。那么像每平方英寸有240*320/(1.5*2)=25600点，也就是一平方英寸的像素点为25600，所以dpi取为它的平方根160;如果你的dpi是120，那么它的密度就是0.75.
2.密度不只是与width有关，还与height有关，所以不管width是1.8还是1.3，它的密度都有可能是1；比如width是1.8，只要它 的height是3/1.8的话，如果pixel为240*320的话，它的密度仍旧是1；同样如果width为1.3，只要它的 height为3/1.3的话，像素点为240*320，则密度也是1.
3.320*480/(1.5*2)得到单位平方英寸的点为51200，所以单位平方英寸是240*320画在1.5*2屏幕的2倍。但是这是平方英寸啊，算密度的时候要开平方的啊，所以应该是2开平方，是1.414吧，大致密度为1.5。
如何做到与密度无关：
如果屏幕密度为160，这时dp和sp和px是一样的。1dp=1sp=1px，但如果使用px作单位，如果屏幕大小不变（假设还是3.2寸），而屏 幕密度变成了320。那么原来TextView的宽度设成160px，在密度为320的3.2 寸屏幕里看要比在密度为160的3.2寸屏幕上看短了一半。但如果设置成160dp或160sp的话。系统会自动将width属性值设置成320px的。 也就是160 * 320 / 160。其中320 / 160可称为密度比例因子。也就是说，如果使用dp和sp，系统会根据屏幕密度的变化自动进行转换。官方文档总结的计算公式为：pixels = dps * (density /160).
如下距离说明：以AW590项目为例：
图A、4.0寸WVGA(800×480) hdpi 240
从图中可以看出：
dp(150,40)长宽与dip(150,40)长宽相等。
px(225,60)经过计算后，与dp(150,40)长宽相等，由于该hdpi为240，所以计算方法长度为150×(240÷160)，宽度为150×(240÷160)。
pt(101.25,27)经过计算后，与dp(150,40)长宽相等。计算方法为长度：(225÷160)÷(1÷72)=101.25,宽度(60÷160) ÷(1÷72)=27。
in(1.4,0.375)经过计算后，与dp(150,40)长宽相等。计算方法长度为(225÷160)，宽度为(60÷160)。
mm(35.7,9.5)经过计算后，与dp(150,40)长宽相等。计算方法长度 为(1.4×25.4)，宽度为(0.375×25.4)。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
