我们说的分辨率，比如iphone4的分辨率是 960 * 640 —这个是单位是点，标识设备屏幕上有多少显示单元，每个显示单元，可以理解一个个物理的发光二极管iphone4的尺寸是3.5in，说的是物理的尺寸，对角线的长度，对应我们常说的物理单位，cm，m这种。思考一下，是不是我的分辨率越高，就显示的越清晰？NO， 分辨率高未必清晰，我都见过那种很大led广告屏，分辨率高啊，几千几万，但是仍然能看到明显的颗粒度。在仔细一想，其实清晰不清晰，主要看的是单位密度(ppi)而不是设备总像素的多少。是不是单位密度越高，显示的细节越清晰啊。有没有发现，所有的这些都是和具体的设备挂钩的。谈像素谈尺寸，都是离不开具体的设备。但是有个问题，为啥又引入dp的概念，独立设备像素呢。物理像素对应设备像素不是挺好？好吗？对于开发人员来说，设备千千万。分辨率千差万别。你想一下，如果同样3.5寸的屏幕上，我有个列表宽度都是100%，高度我设置 20你会发现，分辨率高的屏幕上，高度特别小，宽度特别长。反倒是分辨率高的显示的不清晰(跟蚂蚁一样，密度太高，物理上看起来就小的很)这可咋整啊。设备厂商也郁闷了，草尼玛，老子辛辛苦苦提高分辨率，出力不讨好啊。有啥办法，看起来物理上的高度和宽度都一致，但是更清晰的。有没有什么办法解决啊！于是大家一合计，你是ppi高吗？那我定义一个单位，这就引出的独立设备像素，顾名思义，就是独立于设备的像素。我就定义一个逻辑单位，dpdp有多大呢，dp就有小指头的上方的一小块这么大（笑笑）。你们呢都，尽量往上靠，高的你就在设备层面转化物理像素的时候，放大一下。低的呢，你就缩小一点。这样看起来，大家是不是差不多大了。对于开发人员来说，只要设置的两个屏幕逻辑像素相同，它们的显示效果就是相同的。是不是很爽。大家一总结，发现把设备按照ppi分一下，大概是这么个比例：ldpi [0.75倍]mdpi [1倍]hdpi [1.5倍]xhdpi [2倍]xxhdpi [3倍]xxxhdpi [4倍]不难发现，真正决定显示效果的，是逻辑像素尺寸(独立设备像素)。有人问了，我一个前端懂这些有卵子用。移动端页面的绝对单位就是px啊，我设置dp也不支持啊(草！！!为啥不支持dp?)px和dp有啥关系？你想啊，浏览器也是设备上的应用，也是按照设备的缩放比缩放的。具体可以对照一下, 缩放比：1dp=1px（mdpi、iPhone 3gs）1dp=1.5px（hdpi）1dp=2px（xhdpi、iPhone 4s/5/6）1dp=3px（xxhdpi、iPhone 6）1dp=4px（xxxhdpi）你再想想，不支持dp也行啊，你不是不支持吗？老子自己造，自己的轮船自己造（哈哈！笑）既然我都知道缩放比了，老子自己换算一下不就ok了。嗯，对了，就你最聪明！！哈哈，所以就有了rem的解决方案。ps: 如何和设计沟通?单位决定了我们的思考方式。在设计和开发过程中，应该尽量使用逻辑像素尺寸来思考界面。设计Android应用时，有的设计师喜欢把画布设为1080×1920，有的喜欢设成720×1280。给出的界面元素尺寸就不统一了。Android的最小点击区域尺寸是48x48dp，这就意味着在xhdpi的设备上，按钮尺寸至少是96x96px。而在xxhdpi设备上，则是144x144px。无论画布设成多大，我们设计的是基准倍率的界面样式，而且开发人员需要的单位都是逻辑像素。所以为了保证准确高效的沟通，双方要以逻辑像素尺寸来描述和理解界面。