dp和px，那些不得不吐槽的故事——Android平台图

http://blog.sina.com.cn/s/blog_6499f8f101014ipq.html

一个优秀的手机软件，不仅要有精巧的功能，流畅的速度，让人赏心悦目的UI也往往是用户选择的重要理由。作为移动产品的PM，也需要了解一些在UI设计中的基本知识。

1. px和pt，一对好伙伴

在视觉设计中，我们经常会见到以下两个单位： px和磅数pt。

Px ，是英文单词pixel的缩写，意为像素。在设计领域中，像素是用来计算数码影像的一种单位。计算机中显示的图像并非连续的线条组成，而是由许多肉眼看不见的小点组成。如果把把影像放大数倍，会发现这些连续色调其实是由许多色彩相近的小点所组成，这些小点就是构成影像的最小单位“像素”。由于是最小的独立显示单位，px均为整数，不会出现0.5px的情况。

图一 看这个色彩鲜艳的LED灯（原图大小）

图二 你能想象这才是他的本来面目吗？（放大之后）

Pt，则是point的缩写，一般音译为磅数，也有人直译为点数，请大家自行转换。这是使用在印刷领域的单位，一磅等于1/72英寸。在国际上一般会用pt作为字体的单位。

一般情况下，设计师们采用px来进行标注设计图中的图形，用pt来标注文字。在过去很多年的视觉设计中，px和pt的配合堪称天衣无缝，把PC打扮得花枝招展，堪称史上最佳配合的好伙伴。

2. 那些年，我们一起追过的Android

在突如其来的移动互联网时代，px和pt的配合变得不那么和谐。原因就在于Android携众高矮不一，胖瘦各异的爱妃来到世人面前，给他们化妆就变成横看成岭侧成峰，远近高低各不同了。

由于Google对Android的开放政策，使得所有厂商都可以加入到智能手机的研发中来。于是乎，Android手机一时间百花齐放，出现了各种不同的手机样式。比如：

表一 Android分辨率规格（宽*高）：

240*320 320*240 320*480 480*800 480*854 640*960 720*1280，……还有平板

分辨率	比率	市场对应手机
320×480	2:3	三星S5830 Galaxy Ace、三星 I5700、三星I7500、华为U8500
		索尼爱立信X8 (E15i) 、华为 C8600、Motorola XT502
		Motorola ME600、Motorola CLIQ、Motorola ME501
		LG P503、LG GT540、LG GW620、LG P500
		HTC G6 Legend、HTC Aria (G9)、酷派 D530、酷派 W711
		夏普 SH8118U、天语 W606 、中兴 R750、首派 A60
240x320	3:4	HTC A3366 Wildfire、HTC A3380 、HTC A3360
		Motorola ME511 、Motorola XT301 、Motoroal XT300
		华为 C8500、三星 I5508、中兴 X850、索尼爱立信 U201、SAMSUNG S5570、
480x800	3:5	HTC Desire (G7)、HTC A9191 、HTC 双擎T9199
		HTC A9191、HTC Desire HD (G10) 、HTC Desire Z
		HTC Incredible S (S710e)、 HTC EVO 4G、三星 I9003
		三星 I9010、三星 I9088、三星 I909、三星 I9088、三星I9000
		三星I909 (SPhone)、三星I9020、三星T959、三星W899
		酷派N930、Google Nexus S、、酷派 N930、戴尔Venue
		联想W101 乐phone (1.6系统非原生)、中兴 V9E、中兴 V880
		联想W100乐phone(1.6)、联想C101、夏普 SH8128 、
		夏普 SH7218U(新机)、Motorola A1680、华为 U8800
		戴尔Mini5 (Streak) 、Google Nexus One (G5)
600x1024	75:128	三星 Galaxy P1000
480x854		Motorola XT702、Motorola XT711
		Motorola ME722 (里程碑2)、Motorola XT800
		Motorola ME811 (Droid X)、Motorola ME525
		Motorola XT800+ 、Motorola XT806Ix
		索尼爱立信 X10i

图三 Android屏幕物理尺寸规格

屏幕物理尺寸3.2、3.5、3.75、4.0、4.3、5.0、7、9.3、10.1

为了更好的描述这种多样化引发的问题，我们需要引入一个新的概念density，也就是密度。它指的是在一定尺寸的物理屏幕上显示像素的数量，一般使用dpi(dots
per inch，每英寸像素数)作为单位。比如一台分辨率为240x320，屏幕物理尺寸为1.5英寸x2英寸的手机，他的密度可以用分辨率/尺寸，240/1.5或者320/2，密度为160dpi。对于用户来说，密度越大的屏幕显示效果越精细，因为每英寸显示的像素数量更多。

如果是要使用px和pt给程序贴图，假设生成了一条240px的直线，在240*320的屏幕上刚好可以铺满，而放到480x800的分辨率下才刚刚到一半的位置。

如果要解决这样的问题，那么程序在实现的时候就必须为每个分辨率都写一个配置，否则就会出现图形在低密度的屏幕上显示的更大，而在高密度的屏幕上显示的更小。最麻烦的事情在于，一旦出现新的分辨率，所有程序都没办法直接运行了。这明显不符合手机快速发展的客观规律。

3. 新的搭档，dp和sp

为了解决这个问题，Google为Android引入了一套新的单位dp和sp。

首先登场的是dp，Density Independent Pixel，可以翻译为密度无关像素。和px相比，dp在不同密度的屏幕中实际显示比例将保持一致。根据规定，一个dp相当于160dpi屏幕中的一个px。在320dpi的屏幕中，一个dp相当于2个px。通过这样的成比例放缩，Android解决了需要多个不同屏幕中的大小显示问题。

为了便于对多屏幕进行管理，Android对屏幕密度做了重新的规定，将密度与分辨率绑定起来，如下表

表二 Android屏幕密度

密度 屏幕大小	Low density (120)ldpi	Medium density (160)mdpi	High density (240)hdpi	Extra high density （320）xdpi
Small screen 2.5寸到3.2寸	240x320
Normal screen 3寸到4.3寸	240x400 240x432	320x480	480x800 480x854 540x960	640x960
Large screen 4寸到7寸	480x800 480x854	480x800 480x854

具体而言，当屏幕的的分辨率为320x480时，无论实际的物理尺寸大小，密度都会被设置为160dpi，也就意味着这个设备上，一行最多可以放置320dp，而对于480x800的设备，只需屏幕尺寸在3寸到4.3寸之间，密度都会被设置为240dpi，一行同样可以放置320dp。

因此在开发中，用dp作为单位，只需要设置一次，就可以适配到多个屏幕上。

同样，sp，scaled pixels，这个单位也采用了和dp同样的设计理念，将需要独立设置的pt转化为可以自动适配的sp，从而解决了文字的优化显示。

4. 设计的疑惑

既然android提供了这么方便的适配机制，设计师的效果图也如此惊艳，为什么最后实现出来的效果经常会让人大跌眼镜，列表的高度不对，文字的大小不对。原因何在呢？

原因也正好出现在设计和实现的单位转换上。

设计师在设计的过程中，一般仍然采用了px和pt作为标注单位。根据目前的主流分辨率和发展趋势来看，我们将480x800定义为设计图的基准版本。通过查询上边的密度对应表，我们可以看到在这个分辨率下1dp=1.5px。

举例而言，19px的线条，转化成dp，应该使用19px/1.5= 12.67，由于dp无法支持小数点，所以一般会增加0.5dp，再四舍五入，变为13dp。当他显示到屏幕中的时候，仍然会对应成为真实的像素13dp*1.5=19.5，最终显示将会变为20px。这样的差异可能会体现在软件的各个地方，在每一个px都是体验问题的时代，就变得让人难以接受了。

看看下表的对应关系

表三 dp、sp在屏幕中的实际显示效果（480x800分辨率下测得）

sp/dp值	实测pt值	理论px值	修正偏移	实测px
1	7	1.5	1.5+0.5	2
2	8	3	1.5x2	3
3	9	4.5	1.5x3+0.5	5
4	10	6	1.5x4	6
5	10	7.5	1.5x5-0.5	7
6	12	9	1.5x6	9
7	13.5	10.5	1.5x7+0.5	11
8	14	12	1.5x8	12
9	16.5	13.5	1.5x9+0.5	14
10	17	15	1.5x10	15
11	17	16.5	1.5x11+0.5	17
12	19	18	1.5x12	18
13	20	19.5	1.5x13-1.5	18
14	22	21	1.5x14+1	20
15	23	22.5	1.5x15+-1.5	21
16	25	24	1.5x16+1	23
17	25	25.5	1.5x17-1.5	24
18	26	27	1.5x18-1	26
19	27	28.5	1.5x19-1.5	27
20	28	30	1.5x20-1	29
21	略	31.5	1.5x21-1.5	30
22	略	33	1.5x22-1	32
23	略	34.5	1.5x23-1.5	33
24	略	36	1.5x24-1	35
25	略	37.5	1.5x25-1.5	36
26	略	39	1.5x26-1	38
27	略	40.5	1.5x27-1.5	39
28	略	42	1.5x28+1	41

第一列是在android程序中使用的dp/sp单位，第二列是sp实际生成的文字的pt大小，第三列是dp根据密度定义推算出的理论大小，第四列是dp理论大小和实际显示大小的差距，第五列是dp在手机屏幕上实际显示的大小。（以上数值都是在480x800的分辨率下测得）

从图中不难看出，许多在ps中可以轻易实现的线条长度和字体大小在Android的实际显示中无法正确展示。

5. 启示和疑问

对于PM和UI设计来说，我们关注的是在Android平台的开发中，如何保证设计效果被良好的实现。这里提供两个解决方案：

1. 使用320x480作为基础分辨率，因为密度和Android定义的标准设备密度一致，均为160dpi。视觉设计图上的元素可以和屏幕显示一一对应，最大程度保障了设计效果和实现的一致性。缺陷是在适配高分辨率时，需要再出一套高分辨率切图，工作量较大。同时在高分辨率机型上，由于显示不准确仍然需要调整。

2. 使用480x800作为基础分辨率。在设计元素尺寸和间距时，采用系统可以显示的长度和文字大小，从而保证实现时的RD反复调试，但是找不到合适大小的尴尬局面。同时，高分辨率资源可以在低分辨率上自动压缩复用，需要调整的元素相对较少。

Google目前对Android采取的开放式政策，让它的发展势头如火如荼，机型种类众多。但是高速发展中，为开发者埋下无数的隐忧。除了文中分析的显示错位的问题，还有包括像双卡双待，系统数据库字段修改等问题，也很容易引发程序出现各类奇怪的bug。这也提醒Android产品的设计师和PM注意，需要经常切换各种手机试用，发现其中的问题。

最后，存留有一个疑问，笔者尚未能得到答案。Android在修正0.5像素无法显示的问题时采用的修正值非常奇怪，并且没有发现明显的规律。如有同学清楚，望不吝赐教。