网站臃肿危机

[2015813]

过去几年，网站出现了明显的肥胖症趋势：一个网页会加载大量脚本和图像，导致一个没多少字的网页大小比一本世界名著还大。

GigaOm 在 2012 年发表了一篇文章批评这一现象，称每一个网页的平均大小超过了 1MB ，讽刺的是刊登这篇文章的网页本身的大小是 1.8MB 。 2014 年， GigaOm 又发布了一篇文章评论网页臃肿的现象，称网页的平均大小接近了 2MB ，而该网页本身的大小是 3MB 。按照这一趋势，不用多长时间单个网页的平均大小将超过 5MB 。

在社交媒体网站 Medium 上，一篇包含 400 字的页面大小是 1.2MB 。 Facebook 去年宣布 Instant Articles 功能的网页包含了国家地理杂志的一张数 MB 大小照片和一个 41MB 的视频。 Google 推出的 Instant Articles 竞争对手 Accelerated Mobile Pages 被发现会在 Chrome 上不停的下载同一个视频，它的大小是无限的。 Google 后来修正了这个问题，项目技术负责人解释说外包了。

今天的极简主义网页设计美学是靠着数 MB 甚至数十 MB 的没什么意义的图像堆砌起来的。导致今天的网页肥胖的原因，除了流行用图像代替文字，还有广告以及大量的跟踪脚本。

用支持者的话说，这就是内容免费的代价。

[abelyao]

因为网速上去了，开发者就随意引入各种类库，各种前端框架

[JackBlack2006]

幸好广告和跟踪脚本都可以屏蔽的，这样网络真是快了很多

[levon]

网速越来越快，机器性能越来越好，网页变大很正常。

[Kilerd]

@JackBlack2006 屏蔽都是在完全加载完之后屏蔽的，所以说还是消耗了宽带。

[just1]

@Kilerd 一般不会把长的 js 直接写在返回内容，也不会把 img 直接用 base64 写在返回内容，屏蔽的就是这个。

[paloalto]

如果刨去图片什么的，只保留必要的功能，那这可能就是所谓的极简主义网站了： http://guanlema.com

[zonghua]

想起美国在线和雅虎的故事。

[maddot]

这些“评论家”文字，就是太监在为皇帝的性生活着急呢

[infinet]

在 VSAT 宽带上打开现在的网页，特别是很多人同时在线时，那酸爽的感觉，谁用谁知道。

[dapang1221]

所以说图片最好都加上 lazyload ，别一下子下载一大堆，网页合理变大没关系，只要衡量好网速和用户的体验就好。而且像是 jquery 这样的库，会直接引用百度 cdn 的，这样兴许用户在打开网页之前已经在其他地方加载过了，直接 304 not modify

[ccbikai]

100M 的宽带

[icloudnet]

一个 jqurey 就 100k 了，再加几个 font 没谁了

[devon]

这难道不是进步么？ 100M 网络，非得用 100K 的网页才爽么？

[loading]

嗯，跑手机流量，钱包伤不起！

[aiwspath]

楼主隐藏了主题，目测大量不附原文链接
@Livid

[bigzhu]

问题是现在的网页，已经演进的已经不像当时刚出来时候仅仅是为了传播文字，而是演变成了有功能的程序。
一个有复杂功能的程序，只要个 1M 2M 其实也不算太过分唉。

再说，很多公用的 js 库，做好 cdn 缓存什么，本地浏览器早已缓存过，其实没什么感觉的

[charlie21]

http://www.ruanyifeng.com/blog/2016/01/website-obesity-crisis.html