之前开发手机应用，对webapp做适配的时候，不免要用到meta标签中的viewport属性；下面就稍做一些自己的理解，以便以后查阅。
- 应用方法：
通常就是在head中添加一段常规代码：
<meta name=”viewport” content=”width=device-width, initial-scale=1, maximum-scale=1″>
参数：
width：控制 viewport 的大小，可以指定的一个值，如果 600，或者特殊的值，
如 device-width 为设备的宽度（单位为缩放为 100% 时的 CSS 的像素）。
height：和 width 相对应，指定高度。
initial-scale：初始缩放比例，也即是当页面第一次 load 的时候缩放比例。
maximum-scale：允许用户缩放到的最大比例。
minimum-scale：允许用户缩放到的最小比例。
user-scalable：用户是否可以手动缩放 - 为什么要用
考虑到手机物理尺寸，屏幕分辨率，DPI还有开发者对自己产品设计出的Width，这些林林总总的因素的不同，产生了不同的设备上，会出现产品显示不全，错位，缩放；为了避免这种情况发生，safari率先定义了meta--viewport标签，作用就是让设计者手动的定义浏览器的width，DPI的大小，进而来适配不同的物理尺寸和不同分辨率的机型；
先说一下物理尺寸、DPI、分辨率之间的关系：
分辨率就是一个面积；它定义的是在固定的物理尺寸内，所容纳的像素点。
DPI：指每英寸长度上的点数，可以细分为：水平英尺内的像素点，和竖直英尺内的像素点，如果用每平方英尺
计算，就是一英寸中所包含的像素。
物理尺寸：显而易见，这三者的计算方式，其实就是一个面积的计算。物理尺寸=分辨率/DPI
譬如：一个设备最大具有320像素*480像素,它的像素值就是320*480=15万,这就是一台15万像素的设备，当它的DPI是：300 dpi，就表示屏幕上水平和垂直的方向上每英寸的长度上都有300个点.屏幕的实际高度要用像素数目和dpi结合起来算才能得出.也就是说用像素/竖直DPI=机器高度(英寸)
- 扩展
一般viewport都会结合css3中的media query 进行对机器的适配工作。 - 阅读
A pixel is not a pixel is not a pixel
A tale of two viewports — part one
引用一博客中遇到的问题，有待于自己今后验证：
但我要做的一个应用却恰恰相反，需要利用viewport，利用缩放。不论真实分辨率是多少，无论物理尺寸是多少，我都希望在浏览器里，能有统一的分辨 率，同时也不允许用户缩放。我用来测试的设备有：iphone4、ipad2、htc的g11、不知道什么厂商的aquos phone（android系统）、华硕的android pad、dell的winphone然后我一路遇到了如下问题：
1）如果不显示地设置viewport，那么width的默认为980。如果页面的所有元素宽度都小于980，此时width为980，如果页面最 宽的位置超过980，那么width等于最大宽度。总之，默认能将整个页面从左到右显示出来。如果设置了viewport，比如，只单纯地设置了 user-scalable=no，例如<meta name="viewport" content="user-scalable=no" />，那么ios下width还是按980显示（即默认就会通过dpi缩放），但android和winphone下却不会再缩放了，浏览器分辨率 和真实设置分辨率一致。
2）对于ios设备，设置width可以生效，但对于android，设置width并不会生效。ios设备，缩放的比率即dpi是通过你设置的 width和设置真实分辨率自动计算的，而android下你设置width无效，你能设置的是一个特殊的字段target-densitydpi，关于 target-densitydpi可以参考一下这篇文章：http://hi.baidu.com/j_fo/blog/item /748361279ebccd18908f9d7d.html。也就是说，有三个变量：浏览器width、设备真实width、dpi。 我们简单地用个公式来表达它们之间的关系吧（并非真实关系，简单说明用） 设备真实width * dpi = 浏览器width，这里的三个变量，设备真实width是个我们不能操作的已知值，另外两个变量我们可以设置一个来影响另一个，在ios中，我们能改的是 浏览器width，dpi自动生成，而在android中，我们能改的是dpi，浏览器width自动生成。对于android，无论我们如何设置 width，也不会对浏览器width产生影响。
ps：这里我另外再说一个奇怪的问题：在htc的g11里（htc的手机我只有这一个，别的没有测），如果设置了dpi而不显示地设置width， 则user-scalable=no不生效，即是说：<meta name="viewport" content="target-densitydpi=300,user-scalable=no" />，无法阻止用户缩放屏幕。我们需要显示地设置一下width值，仅管这个值对android下的浏览器分辨屏并不产生任何影响（对ios还是会 产生影响的），我们仍然要设置它，而且这个值一定要大于320，如果小于等于320，也无法使user-scalable=no生效。这个问题只在htc 的g11手机上出现，在aquos phone没有这个问题。兼容android真是件头痛的事 @_@，未来还不知道有多少坑呢。而在winphone上，结果就更奇怪了：我给viewport的width设一个大于480的值，user- scalable=no就失效了，而设一个小于480的值，user-scalable=no能生效。但无论我给viewport的width设多少值， 对winphone真正显示的width却并不产生我预期的影响，通过target-densitydpi也没有影响。设置width，如果小于480的 话，屏幕会缩放，但缩小的比例却和我预期完全不一样，我不知道它是按照什么规律缩放的。不知道这是winphone的问题，还是dell实现的问题。
3）这一条和上一条应该是直接相关的：ios设备在横竖屏时，会自动调整dpi，无论横屏还是竖屏，都能保证浏览器width等于viewport 中设置的值，所以横竖屏的时候，页面里显示的内容的大小是会自动缩放产生变化的。而android手机在横竖屏的时候，不会改变dpi，在横竖屏的时候， 网页不会产生缩放。也正因此，ios可以保证横竖屏页面都不会产生滚动条，满屏显示，而android却无法保证这一点，横着满屏则竖着无法满屏，反之亦 然。
4）对于ios设备，如果width显示定义了，而页面最宽的位置超过width的话，width无效，仍按最宽的宽度来显示（不会有滚动条）。但 此时会出现一个很奇怪的问题，当你将手机横竖屏切换几次之后，会发现你的页面自动放大了，出现了滚动条，但其实放大后的宽度其实和你设的width也并没 有关系。为了防止这种情况出现，你需要将width的宽度设置得比页面最宽的地方更大，或者相同。