摘要:不过,在测试过程中却发现,在移动端的浏览器上,绘制的内容展示十分模糊如下图,经过分析之后发现是由于移动端高清屏幕引起的。这也是为什么高清屏更加细腻的原因。
由于一些移动端的兼容性原因,我们某个项目需要前端将pdf转换成在移动端页面可直接观看的界面。为了方便解决,我们采用了pdf.js这个插件,该插件可以将pdf转换成canvas绘制在页面上。不过,在测试过程中却发现,在移动端的浏览器上,绘制的内容展示十分模糊(如下图),经过分析之后发现是由于移动端高清屏幕引起的。 在解决问题之后以文字方式记述原因和探究结果
在解释问题之前,首先需要了解一些移动端显示和cavans的小知识,方便后面探究。如果想直接看结果的话看可以拉到最后。
关于屏幕的一些基础知识物理像素(DP)
物理像素也称设备像素,我们常听到的手机的分辨率及为物理像素,比如 iPhone 7的物理分辨率为750 * 1334。屏幕是由像素点组成的,也就是说屏幕的水平方向有750的像素点,垂直方向上有1334个像素点
设备独立像素(DIP)
也称为逻辑像素,比如Iphone4和Iphone3GS的尺寸都是3.5寸,iphone4的物理分辨率是640 980,而3gs只有320 480,假如我们按照真实布局取绘制一个320px宽度的图像时,在iphone4上只有一半有内容,剩下的一半则是一片空白,为了避免这种问题,我们引入了逻辑像素,将两种手机的逻辑像素都设置为320px,方便绘制
设备像素比(DPR)
上面的设备独立像素说到底是为了方便计算,我们统一了设备的逻辑像素,但是每个逻辑像素所代表的物理像素却不是确定的,为了确定在未缩放情况下,物理像素和逻辑像素的关系,我们引入了设备像素比(DPR)这个概念
设备像素比 = 设备像素 / 逻辑像素
DPR = DP / DIP
上面说了很多理论,下面附个图解释一下
从上面的图可以看出,在同样大小的逻辑像素下,高清屏所具有的物理像素更多。普通屏幕下,1个逻辑像素对应1个物理像素,而在dpr = 2的高清屏幕下,1个逻辑像素由4个物理像素组成。这也是为什么高清屏更加细腻的原因。
关于canvas的一些基础知识canvas绘制的是位图
这是一个所有了解过canvas的人都应该知道的知识点,也是接下来我们将要分析问题的核心。
关于位图的解释我们放在后面,现在我们只要知道canvas绘制的图像是位图。
canvas的width和height属性
canvas的width和height属性是初学者非常容易搞错的内容。这两个属性经常会与css中的width和height属性混淆。
比如我们有如下代码(1):
style中的width和height分别代表canvas这个元素在界面上所占据的宽高,即样式上的宽高
attribute中的width和height则代表canvas实际像素的宽高
如果还无法理解的话,可以想象成以下的代码(2):
canvas默认的width和height是300 * 150,对其设置了css之后,canvas会根据设置css宽高进行缩放(注意不是裁剪),这一点和img标签一样
上述代码(1)其实还可以再换一种更通俗的解释方式,就是1个逻辑像素实际上由2个canvas像素填充。
上面是对所需基础知识的一些简介,下面开始正式进行探究。
首先我们提到使用canvas绘制图像的是位图,而我们平常用的jpg,png也是位图。那么什么是位图?
位图又叫像素图或栅格图,它是通过记录图像中每一个点的颜色、深度等信息来存储和显示图像。具象一点讲,可以将位图想象成一个巨大的拼图,这个拼图有无数的拼块,每个拼块代表了一个纯色的像素点。理论上,1个位图像素对应着1个物理像素。但假如说你使用了高清屏,比如苹果的retina屏去查看一幅图画,又会是什么样子呢?
假设我们有如下代码,该代码将展示在iphone4的retina屏上:
iphone4本身的物理像素为640 980,而设备独立像素为320 480,这代表着1个css像素实际由4个物理像素构成,canvas的像素为320 150,其css像素为320 150,则代表1个css像素将会由1个canvas元素构成,这样进行换算,在retina屏幕下,1个canvas像素(或者说是1个位图像素)将会填充4个物理像素,由于单个位图像素不可以再进一步分割,所以只能就近取色,从而导致图片模糊。
如果还有疑惑的话,以下的图片可以说明位图在retina屏幕下是如何填充的:
上图中左侧的是在普通屏幕下的显示规则,可以看出有4个位图像素点,而右侧的高清屏幕下则有16个像素点。由于像素点不可切割的原因,颜色产生了改变。
但是还有一点没有解释清楚,就是为什么图片会就近取色而不是直接取原值,这也是导致模糊的幕后黑手。
幕后黑手---平滑处理技术下面是我的某位大佬同学帮我解释的,刚才我们说了每个位图元素实际上一个纯色的像素点。现在假设我们需要在一个css大小为4px * 4px,dpr为1普通屏幕上绘制一个数字“0”,那么我们绘制的样子应该如下图,其中1代表黑色像素点,0代表白色像素点。
可以看出在dpr比较小的情况下,我们的“0”这个图案还比较明显,现在假如我们css大小不变,但是改成在retina屏幕下绘制图像,效果又会变成什么样呢?
我们已知在retina屏幕下,一个css像素代表4个物理像素,假如我们不做任何处理,直接按照上面矩阵排列,将矩阵扩大的话,会发现在retina屏幕下,我们的图案锯齿感非常明显,图像明显缺乏了一丝顺化。
假如我们对图像稍作改变,改成下图这样
图像感觉瞬间柔和了,但是原本应该4个0充斥的地方变成了3个1加上1个0。这其实就是所谓的图像平滑处理,为了解决锯齿感觉,将原本的颜色改变,在充斥着较多颜色的图片上,为了更自然,图片的连接处变成了近似的颜色,这也解释了为什么上面填充颜色的时候不是使用本色而是使用近似色。
原因总结通过了上述的解释,现在我们来总结以下结论,在移动端盛行,高清屏基本上已经普及的现在,1px的css像素实际上代表了4个甚至更多的物理像素。但是由于我们的代码问题,我们1px的css像素和1个canvas像素画上了等号,也就导致了1个canvas像素实际需要填充4个甚至更多物理像素,为了保证图像平滑处理,在填充剩余的物理像素时采用了原先颜色的近似值,导致了图像的模糊。
解决思路了解了问题出现的原因,解决问题就很容易,解决该问题最重要的一点是让1个canvas像素和一个物理像素挂等号
高版本的浏览器的window对象下都挂着一个devicePixelRatio属性,该属性就是上面所说的dpr,
在canvas元素css宽高确定的情况下,我们可以这么做
let canvas = document.getElementById("canvas"); let ctx = canvas.getContext("2d"); let dpr = window.devicePixelRatio; // 假设dpr为2 // 获取css的宽高 let { width: cssWidth, height: cssHeight } = canvas.getBoundingClientRect(); // 根据dpr,扩大canvas画布的像素,使1个canvas像素和1个物理像素相等 canvas.width = dpr * cssWidth; canvas.height = dpr * cssHeight; // 由于画布扩大,canvas的坐标系也跟着扩大,如果按照原先的坐标系绘图内容会缩小 // 所以需要将绘制比例放大 ctx.scale(dpr,dpr);经验总结
很多时候,我们发现了问题,不能只集中于问题的解决,而是应该深入去了解问题发生的原因,这样才能更好的在这行走下去。
作者:carbrokers
本文首发微信公众号:qianduanshe 欢迎扫描二维码关注公众号,每天都给你推送新鲜的前端技术文章文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/114544.html
摘要:不过,在测试过程中却发现,在移动端的浏览器上,绘制的内容展示十分模糊如下图,经过分析之后发现是由于移动端高清屏幕引起的。这也是为什么高清屏更加细腻的原因。 由于一些移动端的兼容性原因,我们某个项目需要前端将pdf转换成在移动端页面可直接观看的界面。为了方便解决,我们采用了pdf.js这个插件,该插件可以将pdf转换成canvas绘制在页面上。不过,在测试过程中却发现,在移动端的浏览器上...
摘要:前阵子七夕的时候搞了一个活动页,需要做一个本地图片的裁剪上传功能,用于生成一些特定的表白图片。还有就是是配合实现的,因为我是直接在项目中复制过来改改的,就懒得转换了图片读取要裁剪首先肯定就是读取图片文件。 前阵子七夕的时候搞了一个h5活动页,需要做一个本地图片的裁剪上传功能,用于生成一些特定的表白图片。主要是用到了H5的FileApi 和 Canvas。个人感觉图片裁剪功能还是很实用的...
摘要:常见优化方案模糊问题旋转效果离屏自定义图片尺寸实践离屏旋转效果实践旋转的雪花更新关于模糊问题前几天研究的时候刚好赶上作者发布新版本,发现新版本截屏出来的效果比我对旧版本处理后画布尺寸都设为倍的效果更好。 canvas常见优化方案——模糊问题、旋转效果、离屏、自定义图片尺寸 实践demo——canvas离屏、旋转效果实践——旋转的雪花 2017-12-18 16:27:35更新关于模糊问...
阅读 2762·2021-11-17 09:33
阅读 2104·2021-09-03 10:40
阅读 497·2019-08-29 18:45
阅读 2937·2019-08-29 16:21
阅读 596·2019-08-29 11:11
阅读 3369·2019-08-26 12:00
阅读 2929·2019-08-23 18:19
阅读 1043·2019-08-23 12:18