HTML meta viewport屬性說明
什麼是Viewport
手機瀏覽器是把頁面放在一個虛擬的「視窗」（viewport）中，通常這個虛擬的「視窗」（viewport）比螢幕寬，這樣就不用把每個網頁擠到很小的視窗中（這樣會破壞沒有針對手機瀏覽器優化的網頁的佈局），用戶可以透過平移和縮放來看網頁的不同部分。行動版的 Safari 瀏覽器最新引進了 viewport 這個 meta tag，讓網頁開發者來控制 viewport 的大小和縮放，其他手機瀏覽器也基本支援。
Viewport 基礎
一個常用的針對移動網頁優化過的頁面的viewport meta 標籤大致如下：
width：控制 viewport 的大小，可以指定的一個值，如果 600，或特殊的值，如 device-width 為裝置的寬度（單位為縮放為 100% 時的 CSS 的像素）。
height：和 width 相對應，指定高度。
initial-scale：初始縮放比例，也也就是當頁第一次 load 的時候縮放比例。
maximum-scale：允許使用者縮放到的最大比例。
minimum-scale：允許使用者縮放到的最小比例。
user-scalable：使用者是否可以手動縮放
關於viewport的一些問題
viewport並非只是ios上的獨有屬性，在android、winphone上同樣也有viewport。它們要解決的問題是相同的，即無視設備的 真實分辨率，直接通過dpi，在物理尺寸和瀏覽器之間重設分辨率，這個分辨率和設備的分辨率無關。例如，你拿個3.5吋-320 * 480的iphone3 gs、3.5吋-640 * 960的iphone4或是9.7吋-1024*768的ipad2，雖然裝置的解析度不同,物理尺寸也不同，但你可以透過設定viewport讓它們在瀏覽器裡有相同的解析度。比如說，你的網站是800px寬，你可以透過設定viewport的width=800，來讓你的網站在這三個不同的裝置上都剛好 好滿螢幕顯示你的網站。
以上的知識，相信每個對viewport稍有了解的同學應該都已經了解了。這不是我今天想說的重點。我想說明的是viewport在ios和android上的一些差異表現。
網路上一搜尋viewport的知識，基本上全都是以下資訊：
這段程式碼的意思是，讓viewport的寬度等於實體裝置上的真實分辨率，不允許使用者縮放。一都主流的web app都是這麼設定的，它的作用其實是故意捨棄viewport，不縮放頁面，這樣dpi肯定和設備上的真實分辨率是一樣的，不做任何縮放，網頁會因此顯得更高細膩。玩ps的同學應該都知道，當你將一張1000 * 1000的圖片直接縮放至500 * 500分變成什麼樣，對吧？圖片的失真一定逃不掉。
但我要做的一個應用卻恰恰相反，需要利用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，例如，那麼ios下width還是按980顯示（即預設就會透過dpi縮放），但android和winphone下卻不會再縮放了，瀏覽器解析度和真實設定解析度一致。
2）對於ios設備，設定width可以生效，但對於android，設定width並不會生效。 ios設備，縮放的比率即dpi是透過你設定的width和設定真實解析度自動計算的，而android下你設定width無效，你能設定的是一個特殊的欄位target-densitydpi，也就是說，有三個變數：瀏覽器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不生效，即是說：，無法阻止使用者縮放螢幕。我們需要顯示地設定一下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的寬度設定得比頁面最寬的地方更大，或相同。
