关于响应式页面图片处理方式的总结

响应式布局，已经慢慢开始普遍了，但是响应式页面的性能问题就接踵而来了。今天就“响应式页面图片处理”来分析下，如何使得我们的响应式页面在PC和移动端快速的加载图片和修饰背景图，我们直接来点干货，从一些案例下手：

测试一：img标签

本测试尝试通过对img标签的父级元素使用display:none来隐藏图片。HTML和CSS代码如下：

<div id="test1"> <img src="images/test1.png" alt="" /> </div>

@media all and (max-width: 600px) { #test1 { display:none; } }

测试结果

如果有一种应该100%避免的隐藏图片的方法，那就是display:none。它基本上是没有用的。貌似Opera Mobile和Opera  mini不会下载图片，而其它浏览器都会下载。Opera可以比较好的控制资源的下载，对于用户看不到的内容，它不会预先下载。

结论

很简单：不要这样用。

测试二：背景图片display:none

在本例中，div被设置了background-image。如果屏幕宽度小于600px，div就被设置为display:none。HTML和CSS代码如下：

<div id="test2"></div>

#test2 { background-image:url('images/test2.png'); width:200px; height:75px; } @media all and (max-width: 600px) { #test2 {display:none;} }

测试结果

结果和测试一一样：除了Opera mini和Opera Mobile和Firefox，所有浏览器都会下载图片。

结论

同样：不要这样做。不过，像后面其它的测试，有其它的方法可以隐藏背景图片同时避免多余请求。

测试三：背景图片的父级元素被设置为display:none

本测试中，对一个div标签设置背景图片，然后对其父元素(也是个div)在浏览器宽度小于600px时设置display:none。HTML和CSS代码如下：

<div id="test3"> <div></div> </div>

#test3 div { background-image:url('images/test3.png'); width:200px; height:75px; } @media all and (max-width: 600px) { #test3 { display:none; } }

测试结果

表面上，这个测试貌似和测试二没太明显的区别，但是结论是这个方法是比较靠谱的。。。

结论

这个方法不错。除了不太成熟的Fennec，其它浏览器都不请求不必要显示的图片。

测试四：背景图片层叠

本测试中，一个div被设置了背景图片。如果浏览器宽度小于600px，该div会被给到另一个背景图片。该测试用来检测是否两个图片都会被请求，还是只请求需要的。HTML和CSS代码如下：

<div id="test4"></div>

#test4 { background-image:url('images/test4-desktop.png'); width:200px; height:75px; } @media all and (max-width: 600px) { #test4 { background-image:url('images/test4-mobile.png'); } }

测试结果

比设置display:none好一些，这种方法的结果有点儿乱：

结论

我会避免使用这种方法。尽管环境在改善，但是在Android市场中占主导地位的Android 2.x版本依然会像Fennec和Kindle一样同时下载两个图片。三者中，尤其因为Android(的碎片化)，我会推荐寻找别的方案。

测试五：大背景图片被设置min-width

本测试中，一个div元素在浏览器宽度大于601px时被设置一个背景图片，然后在浏览器宽度小于600px时被设置为另一个背景图片。HTML和CSS代码如下：

<div id="test5"></div>

@media all and (min-width: 601px) { #test5 { background-image:url('images/test5-desktop.png'); width:200px; height:75px; } } @media all and (max-width: 600px) { #test5 { background-image:url('images/test5-mobile.png'); width:200px; height:75px; } }

测试结果

这种方案好一点儿：

结论

这次更多的浏览器一起玩了。但是，Fennec一如既往得不能自已。Android 2.x比较怪异。它会同时请求两个图片——但只有在屏幕宽度大于600px匹配到min-width时才这样。这种行为貌似在Android 3.0版本中被改进了。这是件诡异的事情，我很好奇它为什么会这样。其 实，有个好消息。Jason Grigsby 说他的对本例的测试结果和我的不太一样。所以我又在一些Android  2.x机器上跑了一下这个测试。结论是，我最初的测试结果不太正确，Android  2.x表现很好，我最初测试的那个平台有问题。这不仅仅对于开发者来说是个好消息，对我本人来说更是恢复了对人类的信心。。。。。。。

但是这依然不够，你将需要对IE8以下浏览器提供替代方案，那些版本的浏览器不支持media query，所以没有图片会被显示。当然，这个问题可以用条件注释来简单的兼容一下。

测试六：背景图片display:none(max-device-width)

本测试和测试二类似，但是使用了max-device-width来替代max-width。HTML和CSS代码如下：

<div id="test6"></div>

#test6 { background-image:url('images/test6.png'); width:200px; height:75px; } @media all and (max-device-width: 600px) { #test6 { display:none; } }

结论

好吧，不用浪费时间了，这个测试结果和测试二的基本一致。

测试七：层叠覆盖高分辨率

最后一个测试，是为了new ipad提供的，它使用了retina屏幕，这样它就要使用更高分辨率的图片了。

本例中，一个div被给到一个背景图片。然后，通过使用min-device-pixel-ratio属性，如果比例大于1.5，一个新的背景图片将会被用到。

HTML和CSS代码如下：

<div id="test7"></div>

#test7 { background-image:url('images/test7-lowres.png'); width:200px; height:75px; } @media only screen and (-webkit-min-device-pixel-ratio: 1.5), only screen and (-moz-min-device-pixel-ratio: 1.5), only screen and (-o-min-device-pixel-ratio: 3/2), only screen and (min-device-pixel-ratio: 1.5) { #test7 { background-image:url('images/test7-highres.png'); width:200px; height:75px; } }

测试结果

结论

为了安全，这个方案可以多测试一些。看起来这种方法在绝大多数情况下是可用的。但是不幸的是，貌似Android 2.x会同时下载两个图片如果设备像素比大于或等于1.5时(或者你在media query中设置的别的任何值)。所以，在本例中，如果你使用了一个高分辨率的Android 2.x的设备，会比较苦逼。。。

好消息是，到目前位置，我还没听说有那一款Android 2.x的设备的屏幕比例超过1.5.所以如果你的项目面向使用retina屏幕的ios设备，你可以将min-device-pixel-ratio设置到2或者更高，这样会比较安全一点儿。。。

推荐

• 如果你要隐藏一张内容图片，display:none是无效的，所以我推荐使用javascript方案或者服务器端实现；

• 如果你要隐藏一张背景图片，最好的方法是隐藏其父级元素。如果你不方便这样做，那就用一个层叠样式覆盖掉它吧(就像上面的第五个方案)，然后将设置background-image:none；

• 如果你要切换多张图片，就把他们全部用media query定义吧。

关于响应式设计的思考

媒体查询现在最大的用处就是响应式设计了，神飞翻译这篇文章也是因为最近在思考响应式设计的效率问题。通过这些测试结果，我们在实现响应式设计的网站时，最好先处理移动设备，然后再向高分辨率设备升级。然后使用图片等外部资源的选择器，一定要写到媒体查询中去。