Ethan Marcotte曾经在A List Apart上发表过一篇名为“Responsive Web Design”的文章，他当时就提出了响应式架构的概念（不少混迹技术圈的肯定看过这篇文章，这里就不再赘述了）。随着终端设备的日益丰富，无法针对设备类型、尺寸或浏览器进行自适应调整的图像会严重减慢网站的访问速度，最终导致用户流失。
一，谈到图片自适应，很多前端开发人员会不假思索的来一句“宽度100%”
例如：
1 <html> 2 <head> 3 <style> 4 html,body{width:100%;height:100%;margin:auto 0px;padding:auto 0px;text-align:center;} 5 .imgBox, .imgBox img{width:100%;height:100%;} 6 </style> 7 </head> 8 <body> 9 <div class="imgBox"> 10 <img src="1.jpg" /> 11 </div> 12 </body> 13 </html>
<html>
<head>
<style>
html,body{100%;height:100%;margin:auto 0px;padding:auto 0px;text-align:center;}
.imgBox, .imgBox img{100%;height:100%;}
</style>
</head>
<body>
<div class="imgBox">
<img src="1.jpg" />
</div>
</body>
</html>
精髓可以是这样一行CSS代码：
1 img{ width:100%;height:auto;max-width:100%;display:block;}
img{ 100%;height:auto;max-100%;display:block;}
如果背景图片，就用background-size，例如：
为canvas标签增加自定义背景：
1 #myCanvas { 2 background-image: url(${webRoot }/webpage/weixin/images/agency.jpg); 3 background-size: 100%; 4 }
#myCanvas {
background-image: url(${webRoot }/webpage/weixin/images/agency.jpg);
background-size: 100%;
}
注：url中是图片的路径，大家需自行修改。
没错，就是这么一行简短的代码！部分前端开发者认为这行代码既简洁又高效，很好地解决了图片自适应问题，但有部分前端开发者认为这种方法无法解决分辨率问题，无法保证图片不失真，这个问题到底应该如何解决呢？
一个图像版本显然是不够的，为了确保各个屏幕尺寸之间的平滑过渡，设计师必须以不变应万变。也就是说，必须采取静态的方式使图像适应性更强。对于灵活的布局大小和屏幕密度的多样性都有相同的解决方案：提供可变分辨率的图像。图片分为背景图片和通过img标签引入的图片，我们是应该使用高分辨率图像来利用高分辨率硬件，还是使用小图像以便在低分辨环境中快速加载？
通过提供同一图像的不同版本（大小和分辨率），可以向需要的网站访问者发送高分辨率版本，为不具有此功能的网站提供较低分辨率的版本。要了解需要多少不同版本，可以采取以下步骤：
建立尺寸和分辨率范围的极限，并记录各种尺寸和分辨率。
使用新的响应式图像标记来标记备用版本，以便浏览器可以加载最适合用户屏幕分辨率和窗口大小的版本。
具体到代码级，前端开发应该怎么做呢？
面对格式问题，我们可以尽量让浏览器替我们决定。过去，实际上只有四种图像格式具备通用接受性：GIF，JPEG，PNG或SVG。然而，今天的响应式，太多可变格式的图像允许开发者使用新的技术，以便可以在支持的浏览器中使用其他更新更好的格式，在不支持的浏览器中继续使用旧格式。
<img src="800px.png" srcset="400px.png 400w, 800px.png 800w, 1600px.png 1600w, 2400px.png 2400w, 3200px.png 3200w" sizes="80vw">
<img src="800px.png" srcset="400px.png 400w, 800px.png 800w, 1600px.png 1600w, 2400px.png 2400w, 3200px.png 3200w" sizes="80vw">
综述
网站加载时间延迟一秒就可能会导致网站转化率下降7％，创建响应式Web环境是棘手的，它需要微妙的平衡。但是，在不同屏幕尺寸和设备功能的世界中，建立这种图片自适应是必要的。总结下来基本是两种方法：如果不在乎分辨率，开发者可以沿用宽度100%的方法，这种方法是最简便的；如果需要考虑分辨率，就需要查询清楚不同设备的分辨率，然后采用第三方服务或在代码层自主进行设置。