css 中如何获取dpr值

2023-02-20 22:46:01html-css015

css 中如何获取dpr值,第1张

media query 的 resolution, min-resolution, max-resolution 比如：

@media screen and ( min-resolution : 2dppx ) {

body {

background : #FF0

}

Chrome29以前的版本和 Safari 上可以使用 -webkit-min-device-pixel-ratio : 2 代替

老版本的 Firefox 上，可以用 -moz-device-pixel-ratio : 2 代替

@media screen and ( -webkit-min-device-pixel-ratio : 2 ),

( min--moz-device-pixel-ratio : 2 ),

( min-resolution: 2dppx ) {

body {

background : #F00

}

也支持 dpi，比如 min-resolution : 192dpi

设备像素比 （Device Pixel Ratio, DPR ）：其实指的是 window.devicePixelRatio , 被所有WebKit浏览器以及Opera所支持，一个设备的物理像素与逻辑像素之比。

当像素比为1:1时，使用1个物理像素显示1个CSS像素；当像素比为2:1时，使用4个物理像素显示1个CSS像素；当像素比为3:1时，使用9（3 3）个设备像素显示1个CSS像素*。

像素为什么会有“物理”和“逻辑”之分，它们之间什么区别？

其实在很久以前，的确是没区别的，CSS里写个 1 px ，屏幕就给你渲染成1个实际的像素点， DPR=1 ，多么简单自然~

后来苹果公司为其产品mac、iPhone以及iPad的屏幕配置了Retina高清屏，也就是说这种屏幕拥有的物理像素点数比非高清屏多4倍甚至更多。如果还按照DPR=1进行展示，那么同一张图片在高清屏上面显示的区域面积会是非高清屏的1/4，这样的话由于图片在屏幕上的展示面积大大缩小，也会导致出现“看不清”的问题。

举个例子，iPhone 6的物理像素上面已经说了，是 750 * 1334 ，那它的逻辑像素呢？我们只需在 iPhone 6 的Safari里打印一下 screen.width 和 screen.height 就知道了，结果是 375 * 667 ，这就是它的逻辑像素，据此很容易计算出 DRP为2 。当然，我们还可以直接通过 window.devicePixelRatio 这个值来获取 DRP ，打印结果是 2 ，符合我们的预期。

举例：

设备宽高为 375×667 ，可以理解为设备独立像素(或css像素)， dpr为2 ，根据上面的计算公式，其物理像素就应该 ×2 ，为 750×1334 。

上图中可以看出，对于这样的css样式：

相同尺寸下，普通屏幕 VS Retina 屏，css像素所呈现的物理尺寸（大小）是一致的，不同的是一个css像素所对应的物理像素的个数不一致：

即4个物理像素显示一个css像素 ；

从以上现象得出的结论是 ：

UI设计师按照手机物理像素出设计稿，切图时根据其设备像素比来换算设备独立像素（CSS像素），比如视网膜手机iPhone6，物理像素 750px×1334px ，由于其设备像素比为2，CSS切图时需要将设计稿的所有尺寸除以2，才是正确CSS像素值。

一

dpi

dpi 、 dip 、分辨率、屏幕尺寸、px、density 关系以及换算

qdgithub

转载

关注

1点赞·3799人阅读

基本概念

分辨率

横纵两个方向的像素点的数量，常见取值480X800，320X480

屏幕尺寸

屏幕对角线的长度，电脑电视同理。

屏幕比例的问题

因为只确定了对角线长，2边长度还不一定，所以有了4：3，16：9这种，这样就可以算出屏幕边长。

物理像素(physical pixel)

一个物理像素是显示器（手机屏幕）上最小的物理显示单元，

在操作系统的调度下，每一个设备像素都有自己的颜色值和亮度。

设备独立像素(density-independent pixel)

设备独立像素(也叫密度无关像素)，可以认为是计算机坐标系统中得一个点，

这个点代表一个可以由程序使用的虚拟像素(比如: css像素)，然后由相关系统转换为物理像素。

所以说，物理像素和设备独立像素之间存在着一定的对应关系，这就是接下来要说的设备像素比。

设备像素比(device pixel ratio )

设备像素比(简称dpr)定义了物理像素和设备独立像素的对应关系，它的值可以按如下的公式的得到：

设备像素比 = 物理像素 / 设备独立像素 // 在某一方向上，x方向或者y方向

登录后复制

在javascript中，可以通过window.devicePixelRatio获取到当前设备的dpr。

在css中，可以通过-webkit-device-pixel-ratio，-webkit-min-device-pixel-ratio和 -webkit-max-device-pixel-ratio进行媒体查询，对不同dpr的设备，做一些样式适配(这里只针对webkit内核的浏览器和webview)。

以iphone6为例

设备宽高为375×667，可以理解为设备独立像素(或css像素)。

dpr为2，根据上面的计算公式，其物理像素就应该×2，为750×1334。

用一张图来表现，就是这样(原谅我的盗图)：

上图中可以看出，对于这样的css样式：

width: 2px

height: 2px

登录后复制

在不同的屏幕上(普通屏幕 vs retina屏幕)，css像素所呈现的大小(物理尺寸)是一致的，不同的是1个css像素所对应的物理像素个数是不一致的。

在普通屏幕下，1个css像素对应 1个物理像素(1:1)。在retina 屏幕下，1个css像素对应 4个物理像素(1:4)。

位图像素

一个位图像素是栅格图像(如：png, jpg, gif等)最小的数据单元。每一个位图像素都包含着一些自身的显示信息(如：显示位置，颜色值，透明度等)。

谈到这里，就得说一下，retina下图片的展示情况？

理论上，1个位图像素对应于1个物理像素，图片才能得到完美清晰的展示。

在普通屏幕下是没有问题的，但是在retina屏幕下就会出现位图像素点不够，从而导致图片模糊的情况。

用一张图来表示：

如上图：对于dpr=2的retina屏幕而言，1个位图像素对应于4个物理像素，由于单个位图像素不可以再进一步分割，所以只能就近取色，从而导致图片模糊(注意上述的几个颜色值)。

所以，对于图片高清问题，比较好的方案就是两倍图片(@2x)。

如：200×300(css pixel)img标签，就需要提供400×600的图片。

如此一来，位图像素点个数就是原来的4倍，在retina屏幕下，位图像素点个数就可以跟物理像素点个数形成 1 : 1的比例，图片自然就清晰了(这也解释了之前留下的一个问题，为啥视觉稿的画布大小要×2？)。

很明显，在普通屏幕下，200×300(css pixel)img标签，所对应的物理像素个数就是200×300个，而两倍图片的位图像素个数则是200×300*4，所以就出现一个物理像素点对应4个位图像素点，所以它的取色也只能通过一定的算法(显示结果就是一张只有原图像素总数四分之一，我们称这个过程叫做downsampling)，肉眼看上去虽然图片不会模糊，但是会觉得图片缺少一些锐利度，或者是有点色差(但还是可以接受的)。

用一张图片来表示：

几个问题

这里说一下，移动端H5开发，在不同分辨率，不同屏幕手机下会遇到的几个经典问题。

retina下，图片高清问题

这个问题上面已经介绍过解决方案了：两倍图片(@2x)，然后图片容器缩小50%

如：图片大小，400×600

1.img标签

width: 200px

height: 300px

登录后复制

2.背景图片

width: 200px