前端图片优化小记

个人感觉对于前端优化,尤其是图片优化方面了解不多,趁着周末阅读了几篇关于这方面的文章,收获满满,在这里做一个简单的小结。

参考文章:

前端页面需要展示的图片较多时,根据具体的场景的不同有不同的解决方案:

图片优化方案:
1.使用base64编码
2.图片延迟加载
3.使用css、iconfont、svg代替普通图片
4.选择正确的图片格式
5.选择正确的图片尺寸

1.使用base64编码

image.png

使用场景:从淘宝首页来看,使用base64的图片,除了上图的二维码(8K),其他大小基本维持在2K以下,主要应用在各种小logo的展示(小背景图/小gif也适用,作为对iconfont的补充,下文会提到)。值得关注的一点是,这里多数logo类型是image/webp。WebP具有更优的图像数据压缩算法,能使图片体积更小(关于WebP的介绍)

image.png
image.png

使用方式:

data:[<mediatype>][;base64],<data>

正确的姿势是使用css将图片作为背景,这样无须发送额外的http请求,而且图片数据能够随着外部样式表被缓存:

.logo {
    background-image:url(data:image/png;base64,sadfasdfsd);
}
2.图片延迟加载

当页面图片较多时,一次加载全部图片会极大降低页面加载速度,并且消耗巨额流量,对移动端来说简直就是灾难,图片延迟加载要做到的就是尽可能只加载用户需要看到的图片,避免不必要的图片请求。

加载单张图片
<!-- default.jpg是默认图片,大小不能过大,5kb以下 -->
![](default.jpg)</img>
//加载图片代码

var img = document.getElementById("img");
//oImg用来判断trueSrc指向的资源是否为空。
//如果oImg不能正常加载,不修改img.src,使用默认图片;
var oImg = new Image;
oImg.src = img.trueSrc;
oImg.onload = function() {
  img.src = oImg.src;
  oImg = null;
};
使用第三方库 lazySizes

lazySizes-Demo

High performance and SEO friendly lazy loader for images (responsive and normal), iframes and more, that detects any visibility changes triggered through user interaction, CSS or JavaScript without configuration.

强大之处:

原生js,不依赖于jquery/zepto
自动监测可能发生变化的lazyload节点,不需要额外初始化
支持响应式图片srcset
性能高,改善SEO

举例:

<!-- 引入文件 -->
<script src="lazysizes.min.js" async=""></script>
<!-- 非响应式: -->
![](image.jpg)
<!-- 响应式: -->
<img
    data-sizes="auto"
    data-src="image2.jpg"
    data-srcset="image1.jpg 300w,
    image2.jpg 600w,
    image3.jpg 900w" class="lazyload" />
3.使用css、iconfont、svg代替普通图片
  • 能用css样式解决的不要使用图片
  • 页面中有各种小图标时,可以选择使用iconfont:矢量图标字体。
    • 能够减少不必要的http请求,字体文件加载成功后能够直接渲染图标;
    • 本身是字体,适用font-size等文字效果;
    • 兼容性较好;
      (附:阿里巴巴矢量图标库)
  • svg矢量图标:支持缩放等操作,一张图适用多种场景,无须准备多套图,兼容性较好;
4.使用正确的图片格式
image.png

详情请移步:网站性能优化之图片优化----mata

5.使用正确的图片尺寸

这里需要用到img标签的srcset属性

image.png

以知乎为例,上图右边的广告图img标签使用了srcset属性,
用于适配不同的屏幕:在屏幕密度为1x的时候使用src指向的图片;屏幕密度为2x的时候使用srcset指向的图片。不同的屏幕都能获得最佳的图片效果。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,056评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,842评论 2 378
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,938评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,296评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,292评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,413评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,824评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,493评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,686评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,502评论 2 318
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,553评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,281评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,820评论 3 305
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,873评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,109评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,699评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,257评论 2 341

推荐阅读更多精彩内容

  • 围绕前端的性能多如牛毛,涉及到方方面面,以我我们将围绕PC浏览器和移动端浏览器的优化策略进行罗列注意,是罗列不是展...
    流动码文阅读 672评论 0 0
  • 前言 前端的工作并不仅仅是实现「视觉&交互稿」,想要开发一个高性能易维护的「完美」站点并未易事,针对前端的性能优化...
    木羽zwwill阅读 623评论 0 4
  • H5性能优化方案 H5性能优化意义 对于一个H5的产品,功能无疑很重要,但是性能同样是用户体验中不可或缺的一环。原...
    自然心情阅读 8,024评论 0 14
  • H5性能优化意义 对于一个H5的产品,功能无疑很重要,但是性能同样是用户体验中不可或缺的一环。原本H5的渲染性能就...
    7ece657ee3b6阅读 1,572评论 0 2
  • H5性能优化意义 对于一个H5的产品,功能无疑很重要,但是性能同样是用户体验中不可或缺的一环。原本H5的渲染性能就...
    望月成三人阅读 954评论 1 10