通常网页都由很多模块从上到下组成，很早以前的网页风格都是上下相同的大小，而现在智能终端越来越多各种屏幕分辨率，当然如果按照整个网页一个固定大小来排版是没有问题的。
而很多网站页面都是有大的横幅，比如网站整体打算做成1200px宽度，而横幅是100%宽度，这样如果在高清电脑屏宽度>1200px下显示是没有问题的，手机端一般都是小于这个
值，那么这样导致固定宽度的1200px在手机端还是1200px并不会因屏幕变小而缩小，与此同时横幅是100%宽度（等于屏幕显示宽度）这样或许手机端的宽度是960px，这样直接产生的
效果是本来应该全屏宽度的反而“变小”了。
<!DOCTYPE HTML>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>无标题文档</title>
<style>
body{ margin:0 auto; color:#1F1F1F; font-size:12px; word-wrap:break-word;word-break:break-all; line-height:22px;}
.bk{width:1200px;height:100px;background:#99CC66;margin:0 auto;}
.bk2{background:#FF6666;width:100%;height:50px;text-align:center;margin:0 auto;}
</style>
<body>
<div class="bk">
</div>
<div class="bk2">
<h3>测试来了！</h3>
</div>
</body>
</html>
这个时候媒体查询就很简单可以处理了，当设备宽度<1200px我们就让100%宽度的div宽度固定为1200px，这样就能和其他模块宽度一致，显示就没有问题了。
<!DOCTYPE HTML>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>无标题文档</title>
<style>
body{ margin:0 auto; color:#1F1F1F; font-size:12px; word-wrap:break-word;word-break:break-all; line-height:22px;}
.bk{width:1200px;height:100px;background:#99CC66;margin:0 auto;}
.bk2{background:#FF6666;width:100%;height:50px;text-align:center;margin:0 auto;}
@media screen and (max-width: 1200px) {
.bk2{width:1200px;}
}
</style>
<body>
<div class="bk">
</div>
<div class="bk2">
<h3>测试来了！</h3>
</div>
</body>
</html>
再来温习一下媒体查询的相关知识：
媒体查询
从 CSS 版本 2 开始，就可以通过媒体类型在 CSS 中获得媒体支持。如果您曾经使用过打印样式表，那么您可能已经使用过媒体类型。清单 1 展示了一个示例。
清单 1. 使用媒体类型
<link rel="stylesheet" type="text/css" href="site.css" media="screen" /> <link rel="stylesheet" type="text/css" href="print.css" media="print" />
在清单 1 中，media 属性定义了应该用于指定每种媒体类型的样式表：
screen适用于计算机彩色屏幕。print适用于打印预览模式下查看的内容或者打印机打印的内容。
作为 CSS v3 规范的一部分，可以扩展媒体类型函数，并允许在样式表中使用更精确的显示规则。媒体查询 是评估 True 或 False 的一种表达。如果为 True，则继续使用样式表。如果为 False，则不能使用样式表。这种简单逻辑通过表达式变得更加强大，使您能够更灵活地对特定的设计场景使用自定义的显示规则。
媒体查询包含一个媒体类型，后跟一个或多个检查特定条件（如最小的屏幕宽度）的表达式。样式表中的媒体查询看起来如清单 2 中的示例所示。
清单 2. 媒体查询规则
@media all and (min-width: 800px) { ... }
根据清单 2 中的标记，所有最小水平屏幕宽度为 800 像素的屏幕（屏幕和打印等）都应使用如下 CSS 规则。该规则在示例中省略号所在的地方。对于该媒体查询：
@media all是媒体类型，也就是说，将此 CSS 应用于所有媒体类型。(min-width:800px)是包含媒体查询的表达式，如果浏览器的最小宽度为 800 像素，则会告诉浏览器只运用下列 CSS。
请注意，在清单 2 中，可以省略关键词 all 和 and。在将某个媒体查询应用于所有媒体类型时，会省略 all。后面的 and 也是可选的。使用简写语法重新编写媒体查询，如清单 3 所示。
清单 3. 简写语法
@media (min-width:800px) { ... }
媒体查询也可以包含复杂表达式。例如，如果您想要创建一个仅在最小宽度为 800 像素且最大宽度为 1200 像素时应用的样式，则需要按照清单 4 中的规则来做。
清单 4. 复杂表达式
@media (min-width:800px) and (max-width:1200px) { ... }
在您的表达式中，您可以根据自己的喜好使用任意数量的 and 条件。如果您想要增加其他条件来检查特定的屏幕方向，只需添加另一个 and 关键词，后跟 orientation 媒体查询，如清单 5 所示。
清单 5. and 条件
@media (min-width:800px) and (max-width:1200px) and (orientation:portrait) { ... }
清单 5 中的媒体查询仅在宽度为 800 到 1200 像素且方向是纵向时才能激活。（通常，方向仅对能够轻易转换纵横模式的智能手机和平板电脑上是有意义的。）如果其中一个条件为 False，则无法应用媒体查询规则。
and 关键词的反义词是 or 关键词。和 and 一样，这些条件组合在一起会构成复杂表达式。如果其中有一个条件为 True，那么整个表达式或分离的两个条件都会为 True，如清单 6 所示。
清单 6. or 关键词
@media (min-width:800px) or (orientation:portrait) { ... }
如果宽度至少是 800 像素或方向是纵向的，则会应用该规则。
另一个保存在词库中的媒体查询关键词是 not。位于媒体查询的开始处，not 会忽略结果。换句话说，如果该查询本来在没有 not 关键词的情况下为 true，那么现在它将为 false。清单 7 展示一个示例。
清单 7. 使用 not
@media (not min-width:800px) { ... }
仅从英文意思上理解，清单 7 中代码的表示：当最小宽度不是 800 像素时，会应用下列 CSS 规则。这些示例只是将像素作为媒体查询中的测量单位，但是测量单位并不仅限于像素。您可以使用任何有效的 CSS 测量单位，比如厘米 (cm)、英寸 (in)、毫米 (mm) 等。
有用的媒体特性
媒体很多特性，比如宽度、颜色和网格，您可以在媒体查询中使用它们。对每个可能的媒体特性进行描述不在本文讨论范围内。关于媒体查询的文档 The World Wide Web Consortium‘s (W3C) 提供了这方面的一个完整清单。（请参阅 参考资料）。
要设计响应式网站，只需要了解一些媒体特性：方向、宽度和高度。作为一个简单媒体特性，方向的值可以是 portrait 或 landscape。这些值适用于持有手机或平板电脑的用户，使您可以根据两个形状因素来优化内容。当高度大于长度时，则认为屏幕是纵向模式，当宽度大于高度时，则认为屏幕是横向模式。清单 8 显示了一个使用 orientation 媒体模式查询的示例。
清单 8. orientation 媒体查询
@media (orientation:portrait) { ... }
高度和宽度行为十分相似，都支持以 min- 和 max- 为前缀。清单 9 展示了一个有效的媒体查询。
清单 9. 高度和宽度媒体查询
@media (min-width:800px) and (min-height:400px) { ... }
如果没有 min- 或 max- 前缀，您还可以使用 width 和 height 媒体特性，如清单 10 所示。
清单 10. 不带 min- 和 max- 前缀
@media (width:800px) and (height:400px) { ... }
当屏幕正好是 800 像素宽、400 像素高时，可以使用清单 10 中的媒体查询。现实中，像这样的媒体查询可能过于具体而不太有用。检测精确维度是大多数网站访问者都不可能遇到的一个场景。通常情况下，响应式设计会使用范围来执行屏幕检测。
作为媒体查询大小范围的后续内容，下一节将讨论一些常见的媒体查询，在设计一个响应式网站时，您可能会发现它们非常有用。
常见媒体查询
因为 Apple 首次向市场推出了用户智能手机和平板电脑产品，所以下列大多数媒体查询都是基于这些型号的设备。
如果目标是横向模式智能手机，则使用： @media (min-width: 321px) { ... }
如果目标是纵向模式智能手机，则使用： @media (max-width: 320px) { ... }
如果目标是横向模式 Apple iPad，则使用： @media (orientation: landscape) { ... }
如果目标是纵向模式 iPad，则使用： @media (orientation: portrait) { ... }
您可能已经注意到了，iPad 上使用的是 orientation 媒体特性，而 width 用于 Apple iPhone 之上。主要是因为 iPhone 不支持orientation 媒体特性。您必须使用 width 模拟这些方向断点。请参阅 参考资料，获取有关常见媒体特性的更多信息。
SASS 中的媒体查询
Ruby on Rails 中的内置支持有助于推进 Syntactically Awesome Style Sheets (SASS) 的盛行，使其在 Web 开发社区中迅速走强。关于 SASS 的详细讨论已超出了本文的讨论范围，但我会在基于 SASS 的样式表中简要介绍使用媒体查询的基础知识。请参阅 Resources，获取有关 SASS 的更多信息。
SASS 行为中的媒体查询与普通 CSS 中的完全相同，但有一个例外：它们可以嵌套在其他 CSS 规则中。当一个媒体查询嵌套在另一个 CSS 规则中时，会将规则置于样式表的顶层，如清单 11 所示。
清单 11. 嵌套的媒体查询
#header {
width: 400px;
@media (min-width: 800px) {
width: 100%;
}
}
清单 11 中的示例将编译到清单 12 的代码中。
清单 12. 编译结果
#header {
width: 400px;
}
@media (min-width: 800px) {
#header {
width: 100%;
}
}
组织您的媒体查询
现在，我们已经了解了如何编写媒体查询，是时候考虑采用以一种合乎逻辑的、有组织的方式将媒体查询部署到您的 CSS 代码中了。确定如何组织媒体查询很大程度上是一种个人偏好。这一小节将探讨两种主要方法的优点和缺点。
第一个方法是为不同屏幕大小指定完全不同的样式表。优点是规则可以保存在独立样式表中，这使得显示逻辑能够清楚地划分出来，更便于团队进行维护。另一个优势是源代码分支之间的合并变得更为容易。但优点同时也是缺点。如果要为每个媒体查询创建单独的样式表，则无法将一个元素的所有样式表放在同一文件夹的同一位置。当改变一个 CSS 中的一个元素时，需要创建多个位置进行查看，这使得网站 CSS 的维护变得更加困难。
第二个方法是在现有样式表中使用媒体查询，该样式表就在定义其余元素样式表的位置的旁边。这种方法的优势是可以将所有元素样式保存在同一个位置。当在团队模式下工作时，这种做法可以创建更多源代码合并工作，但这是所有基于团队的软件开发都可以管理且常见的一部分。
没有所谓正确或错误方法。您只需选择最适合您的项目和团队的方法即可。
浏览器支持
到现在为止，您可能已经相信 CSS 媒体查询是一个强大的工具，而且想知道哪些浏览器支持 CSS 媒体查询。以下是这方面的好消息和坏消息。
- 好消息是：大多数现代浏览器（包括智能手机上的浏览器）都支持 CSS 媒体查询。
- 坏消息是：最近，来自 Redmond 的 Windows® Internet Explorer® 8 浏览器不支持媒体查询。
对于大多数专业 Web 开发人员来说，这意味着您需要提供一个解决方案，以便在 Internet Explorer 中支持媒体查询。
下列解决方案是一个名为 respond.js 的 JavaScript polyfill。
带有 respond.js 的 Polyfill
Respond.js 是一个极小的增强 Web 浏览器的 JavaScript 库，使得原本不支持 CSS 媒体查询的浏览器能够支持它们。该脚本循环遍历页面上的所有 CSS 引用，并使用媒体查询分析 CSS 规则。然后，该脚本会监控浏览器宽度变化，添加或删除与 CSS 中媒体查询匹配的样式。最终结果是，能够在原本不支持的浏览器上运行媒体查询。
由于这是一个基于 JavaScript 的解决方案，所以浏览器需要支持 JavaScript，以便运行脚本。该脚本只支持创建响应式设计所需的最小和最大width 媒体查询。这并不是适用于所有可能 CSS 媒体查询的一个替代。在 参考资料 部分，可以阅读关于该脚本特性和局限性的更多信息。
Respond.js 是您可以选择的诸多可用开源媒体查询 polyfills 之一。如果您觉得 respond.js 无法满足您的需求，在进行一个小小的研究之后，您就会发现几个替代方案。
来源：http://www.ibm.com/developerworks/cn/web/wa-cssqueries/