⑴ react native里webview怎麼設置高度自適應
WebView只要設置了高度就可以正常滾動，所以我們可以在URL裡面加hash的方法讓react得到WebView的高度。
我的情況是WebView是HTML代碼，如果是URL類似：
WebView內代則告碼：
window.onload = function(){
var height = document.body.clientHeight;
window.location.hash = '#' + height;
}
React：
<WebView
javaScriptEnabled={true}
source={{ html: your_html }}
style={{ height: this.state.WebViewHeight }}
onNavigationStateChange={(info)=>{
this.setState({
WebViewHeight:info.url.replace('about:blank%23',''搏敏)/1
})
}}
/>
頁面載入孫銀明後，webview內的JS代碼獲取自己的高度，添加一個hash給自己的URL，React當感知到webview載入狀態變化後，讀取這個hash值，傳遞給this.state.WebViewHeight，從而改變WebView的高度。
⑵ 如何獲取webView的高度
如果要獲哪汪斗李磨取高度，在上面增加
_webview.delegate = self;
再增加方法
- (void)webViewDidFinishLoad:(UIWebView *)webView
{
//在這個方法中取陵賀高度
}
⑶ Web 頁面採用多大的寬度最合適
Web 頁面採用多大的寬度最合適
網頁設計標准尺寸：
1. 800×600下，網頁寬度保持在778以內，就不會出現水平滾動條，高度則視版面和內容決定。
2. 1024×768下，網頁寬度保持在1002以內，如果滿框顯示的話，高度是612눯之間，就不會出現水平滾動條和垂直滾動條。
3. 在ps裡面做網頁可以在800×600狀態下顯示全屏，頁面的下方又不會出現滑動條，尺寸為740×560左右。
網頁設計在初始要界定出網頁的尺寸大小.就像繪畫給出一塊畫版來.這樣才能方便設計.
網頁的尺寸受限於兩個因素:一個是顯示器螢幕.顯示器現在種類很多,以17寸為主流, 正在朝19寸及寬屏的方向發展.但目前也有為數不少的15寸顯示器.另一個是瀏覽器軟體,就是我們常用的IE,遨遊,Friefox等.
高度：
高度是可以向下延展的,所以一般對高度不限制. 對於一屏來說,一般沒有一個固定值，因為每個人的瀏覽器的工具欄不同，我見過有的瀏覽器工具欄被外掛佔了半個螢幕，所以高度沒有確切值。
寬度:
1、在IE6.0下，寬度為顯示器解析度減21，比如1024的寬度-21就變成1003。但值得注意的是IE6.0(或更低)無論你的網頁多高都會有右側的滾動條框。
2、在Firefox下，寬度的分率辨減19。比如1024的寬度-19就變成1005
3、在Opear下，寬度的分率辨減23。比如1024的寬度-23就變成1001
註：Firefox或Opear在內容少於瀏覽器高度時不顯示右側滾動條。
所以如果是1024的解析度，你的網頁不如設成1000安全一點。設成900兩側空白更大,視覺上更舒服一點.也方便做一些浮動層的設計.
如果是800的解析度一般都設成770。但也有設成760的.
這些需要明白並且牢記,不然很可能做出來不符合瀏覽器要求,不過一般我們都回設定的再稍微小一點,應為有些瀏覽器加了外掛或者其他的東西寬度會有變化所以 800的解析度一般設定760左右,1024的設定990左右.
網頁設計標准尺寸:
1、800*600下，網頁寬度保持在778以內，就不會出現水平滾動條，高度則視版面和內容決定。
2、1024*768下，網頁寬度保持在1002以內，如果滿框顯示的話,高度是612-615之間.就不會出現水平滾動條和垂直滾動條。
3、在ps裡面做網頁可以在800*600狀態下顯示全屏，頁面的下方又不會出現滑動條，尺寸為740*560左右
4、在PS里做的圖到了網上就不一樣了，顏色等等方面，因為WEB上面只用到256WEB安全色，而PS中的RGB或者CMYK以及LAB或者HSB的色域很寬顏色范圍很廣，所以自然會有失色的現象.
頁面標准按800*600解析度製作，實際尺寸為778*434px
頁面長度原則上不超過3屏，寬度不超過1屏
每個標准頁面為A4幅面大小，即8.5X11英寸
全尺寸banner為468*60px，半尺寸banner為234*60px，小banner為88*31px
另外120*90，120*60也是小圖示的標准尺寸
每個非首頁靜態頁面含圖片位元組不超過60K，全尺寸banner不超過14K
標准網頁廣告尺寸規格
一、120*120，這種廣告規格適用於產品或新聞照片展示。
二、120*60，這種廣告規格主要用於做LOGO使用。
三、120*90，主要應用於產品演示或大型LOGO。
四、125*125，這種規格適於表現照片效果的影象廣告。
五、234*60，這種規格適用於框架或左右形式主頁的廣告連結。
六、392*72，主要用於有較多圖片展示的廣告條，用於頁首或頁尾。
七、468*60，應用最為廣泛的廣告條尺寸，用於頁首或頁尾。
八、88*31，主要用於網頁連結，或網站小型LOGO。
廣告形式 畫素大小 最大尺寸 備注
BUTTON 120*60(必須用gif) 7K
215*50(必須用gif) 7K
通欄 760*100 25K 靜態圖片或減少運動效果
430*50 15K
超級通欄 760*100 to 760*200 共40K 靜態圖片或減少運動效果
巨幅廣告 336*280 35K
585*120
豎邊廣告 130*300 25K
全屏廣告 800*600 40K 必須為靜態圖片，FLASH格式
圖文混排 各頻道不同 15K
彈出視窗 400*300(盡量用gif) 40K
BANNER 468*60(盡量用gif) 18K
懸停按鈕 80*80(必須用gif) 7K
流媒體 300*200（可做不規則形狀但尺寸不能超過300*200） 30K 播放時間 小於5秒60幀(1秒/12幀)
網頁中的廣告尺寸
1.首頁右上，尺寸120*60
2.首頁頂部通欄，尺寸468*60
3.首頁頂部通欄，尺寸760*60
4.首頁中部通欄，尺寸580*60
5.內頁頂部通欄，尺寸468*60
6.內頁頂部通欄，尺寸760*60
7.內頁左上，尺寸150*60或300*300
8.下載地址頁面，尺寸560*60或468*60
9.內頁底部通欄，尺寸760*60
10.左漂浮，尺寸80*80或100*100
11.右漂浮，尺寸80*80或100*10
1.65主頻的cpu用多大的 顯示卡 最合適 還有 多大的記憶體 最合適
您好。 建議您 用128MB的顯示卡 和1G記憶體 本身您的CPU主頻就不是很高 如果用好點的顯示卡 和高點的記憶體 就浪費了
櫥櫃拉籃寬度選擇多大最合適？
櫥櫃拉籃一般是根據您家櫥櫃吃尺寸來定做的，深度42cm的常用櫥櫃拉籃尺寸：600櫃體為52.3*14cm，700櫃體為62.3*14cm，750櫃體為66.6*14cm，800櫃體為72.3*14cm等，深度45.5cm的常用櫥櫃拉籃尺寸(：600櫃體為56.5*20cm，700櫃體為66.5*20cm，750櫃體為71.5*20cm，800櫃體為76.5*20cm等
淘寶手機詳情頁面寬度到底多少最合適咧？
手機螢幕尺寸有大有小，寬度480 – 620畫素會比較合適。格式為JPGGIFPNG。當需要在圖片上新增文字時，中文字型大於等於30號字，英文和阿拉伯數字大於等於20號字。
4.2米寬的客廳用多大的電視最合適
電視距離適宜在3米左右，根據沙發到電視的距離來決定。
1.7米使用26英寸
2米使用32英寸
2.4米使用37英寸
2.5米使用40英寸
2.7米使用42英寸
3米使用46英寸
3.3米使用52英寸
用多大的魚缸養銀龍最合適
按尺寸來說 最小尺寸是一米 寬40 銀龍體長不得超過40 如果銀龍體長超過50 就建議一米二寬50以上的缸子養了 一米五 一米八 兩米都能養 越大越好唄
金毛用多大的狗窩最合適
如果你養的是金毛犬，那就更該如此了，要讓它知道，白天當然不用說，夜晚這就是它睡覺的地方，不許它想在哪兒睡就在哪兒睡。
對於金毛犬來說，給它指定了一個住處，讓它在想躺的時候也能隨便在那兒伸伸腰，也算比較自在。
狗屋沒必要十分講究，只要寬敞就好。其實用個紙箱子或者木箱子在上面鋪塊毛巾也行。若買商店裡賣的狗屋，則有條件在客人來訪前，事先將金毛犬關起來，的確很方便。
狗屋應放置在安靜、偏暗點兒的地方，最好選在冬暖夏涼、通風避曬之處，可能的話冬季和夏季應選在不同的地方。
也可以用鐵籠子代替狗屋
要是你們家足夠敞的話，也可以在屋裡准備一個鐵籠子，裡面同時可以放上便器和金毛犬睡覺的窩。有一種能摺疊的鐵籠子，可以很方便地拆運安裝，天氣好時還可以把金毛犬連籠子挪到院子里曬曬太陽。
中星九號用多大的鍋最合適
目前用小鍋接收中星9號的人佔百分之九十九以上，因為它上面有免費的46套央視及省級衛視節目。其它衛星如亞太5號、新天11符和韓星5號上面節目少，也沒有多大的收看價值。最小的小鍋直徑35厘米左右。 中星9號位於西南方向.應該影響不大。
86用多大輪胎最合適
1.抓地力增加。2。增加車身高度，3增加行車穩定性。4.油耗增加。5。對輪轂，內襯，轉向角度，有影響!
⑷ react native里webview怎麼設置高度自適應
webview中右下角的縮放按鈕能不能去掉
settings.setDisplayZoomControls(false); //隱藏webview縮放按鈕讓Webview載入的頁面居中顯示咱知道的幾種方法
第一種方法：
WebSettings settings = webView.getSettings();
settings.setLayoutAlgorithm(LayoutAlgorithm.SINGLE_COLUMN);
LayoutAlgorithm是一個枚舉用來控制頁面的布局，有三個類型：
1.NARROW_COLUMNS：可能閉頌的話使所有列的寬度不超過屏幕寬度
2.NORMAL：正常顯示不做任何渲染
3.SINGLE_COLUMN：把所有內容放大webview等寬的一列中
用SINGLE_COLUMN類型可以設置頁面居中顯示，頁面可以放大縮小，但這種方法不怎麼好，有時候會讓自己高稿的頁面布局走樣而且咱測了一下，只能顯示中間那一塊，超出屏幕的部分都不轎念鄭能顯示。第二種方法：
//設置載入進來的頁面自適應手機屏幕
settings.setUseWideViewPort(true);
settings.setLoadWithOverviewMode(true);
第一個方法設置webview推薦使用的窗口，設置為true。第二個方法是設置webview載入的頁面的模式，也設置為true。
這方法可以讓自己的頁面適應手機屏幕的解析度，完整的顯示在屏幕上，可以放大縮小。
兩種方法都試過，推薦使用第二種方法第三種方法：（主要用於平板，針對特定屏幕代碼調整解析度）
DisplayMetrics metrics = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(metrics);
int mDensity = metrics.densityDpi;
if (mDensity == 120) {
settings.setDefaultZoom(ZoomDensity.CLOSE);
}else if (mDensity == 160) {
settings.setDefaultZoom(ZoomDensity.MEDIUM);
}else if (mDensity == 240) {
settings.setDefaultZoom(ZoomDensity.FAR);
}
⑸ 網頁設計，一般最少要設置多少高度
大概的高度為：
Window XP首屏大小580 px
Window 7 首屏大小710 px
具體原因如下：
一個網頁的尺寸設置和瀏覽器與系統的尺寸大為相關，我們不可能滿足所以用戶的最佳尺寸，但我們能做的是讓絕大多少用戶感覺是最佳的。
系統解析度統計：
對大於30W台客戶端用戶進行測試，得到的測試數據如下（數據來源於網路）：
⑹ 如何監測WebView的高度
1. 通過webview的didFinishLoad:方法，這個時拿襲模候webview已經載入完成，可以獲得真禪穗實高度。消緩
2. 通過js來獲取實際頁面的高度，獲取的時機也通過js來監聽。
3. 通過檢測webView.scrollView.contentSize，只要這個值發生改變，你馬上就能夠被通知。
⑺ Web前端面試的常見面試題匯總
今天小編要跟大家分享的文章是關於參加Web前端面試的常見面試題匯總。准備參加Web前端面試的小夥伴們來和小編一起看一看吧，希望則寬本篇文章能夠對大家有所幫助。1.漸進增強與優雅降級
漸進增強
並不是一種技術，而是一種設計思想。各個瀏覽器的渲染能力各不相同，要做一個每個人都能看到的網頁、感受到的體驗都一致的網站幾乎不可能。但還是得網站的可訪問性，保證用戶在任何環境下都能正常訪問網頁得核心內容或能使用基本功能(避免網頁打不開、排版錯誤等)，並為他們提供當前條件下最好的體驗，這就是漸進增強得核心思想。
優雅降級也是一種設計思想，為了保證在高版本瀏覽器中提供最好的體驗，碰到低版本瀏覽器再降級進行兼容處理，使其能正常瀏覽。
這兩種思想的區別在於：
1.漸進增強是向上兼容，優雅降級是向下兼容;
2.漸進增強是從簡單到復雜，優雅降級是從復雜到簡單;
3.漸進增強關注的是內容(保證核心內容)，優雅降級關注的是瀏覽體驗(為了兼容低版本瀏覽器)
2.DOCTYPE
作用
DTD(DocumentTypeDefinition，文檔類型定義)是一系列的語法規則，用來定義XML或(X)HTML
的文檔類型。瀏覽器會使用它來判斷文檔類型，決定何種協議來解析，以及切換瀏覽模式。
DOCTYPE是用來聲明文檔類型和DTD
規范的，一個主要的用途便是文件的合法性驗證。如果文檔代碼不合法，那麼瀏覽器解析時便會出現一些差錯。
HTML5的文檔類型聲明：
HTML4.01Strict(HTML4.01嚴格模式)的DTD包含所有HTML
元素和屬性，但不包括展示性的和棄用的元素(如font)，它的文檔類型聲明：
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
標准模式與怪異模式
怪異模式(Quirks
Mode)用於模擬舊瀏覽器的行為。早期的網站並不會遵循完整的規好卜范，隨著瀏覽器支持越來越多的規范，在那些舊的瀏覽器中開發的頁面在顯示時會友盯穗被破壞。為了向後兼容，瀏覽器發明了怪異模式，一行錯誤或無效的
DOCTYPE都會觸發怪異模式。
瀏覽器使用文件開頭的DOCTYPE來決定用怪異模式處理或標准模式處理。DOCTYPE
可以確保不同瀏覽器以相同的方式解析文檔，以及執行相同的渲染模式。
怪異模式與標准模式的主要區別：
1.怪異模式的寬度和高度會包含padding和border。標准模式不包含，標准模式下可以通過設置box-sizing:
border-box將標准盒模型轉化成怪異模式下的盒模型。
2.怪異模式下，當內容超出容器高度時，會將容器拉伸，而不是溢出。
3.怪異模式下，在表格中的字體樣式(如font-size)不會繼承。
4.怪異模式下顏色值必須使用十六進制標記法。
3.語義化
HTML5
中的語義化就是讓元素、屬性或屬性值有含義，更准確地標記特定類型的內容。對元素語義化的目的是為了讓元素的語義和呈現分離，元素只負責文檔內容的結構與含義，而CSS
樣式控制內容的呈現，像元素，沒有語義但卻能將字體變粗，這類元素違背了語義化的目的，將會被廢棄。
優點
·使得HTML文檔結構清晰、布局合理、主體突出、可讀性更強。
·有利於SEO，搜索引擎根據標簽來確定上下文和各個關鍵字的權重。
·方便其他設備解析，如盲人閱讀器根據語義渲染網頁。
·有利於開發和維護，語義化更具可讀性，代碼更好維護，與CSS3關系更和諧。
語義化標簽
·
·footer內容的頁腳，通常包含該章節作者、版權數據或者與文檔相關的鏈接等信息;
·article
文檔、頁面、應用或網站中的獨立結構，是可獨立分配的、可復用的結構，如在發布中，它可能是論壇帖子、雜志或新聞文章、博客、用戶提交的評論、互動式組件，或者其他獨立的內容項目;
·nav描述一個含有多個超鏈接的區域，該區域包含跳轉到其他頁面或頁面內部其他部分的鏈接列表;
·section表示文檔中的一個區域(或節)，比如，內容中的一個專題組;
·main定義文檔的主要內容，該內容在文檔中應當是獨一無二的，不包含任何在文檔中重復的內容，比如側邊欄，導航欄鏈接，版權信息，網站
logo，搜索框(搜索框作為文檔的主要內容);
·aside
表示一個和其餘頁面內容幾乎無關的部分，被認為是獨立於該內容的一部分且可以被單獨的拆分出來而不會影響整體。通常表現為側邊欄或嵌入內容。
4.超鏈接偽類
:link、:visited、:active和:hover的聲明順序是怎樣的?
:link表示未訪問的鏈接狀態;
:visited表示已訪問狀態;:active表示激活狀態(滑鼠按下);:hover表示懸停狀態。
推薦順序是LVHA，即:link:visited:hover:active。理由如下：
·當滑鼠懸停在未訪問的鏈接上時，:link和:hover都會命中，如果:hover在:link
之前聲明，那麼(:hover)就會被覆蓋;
·當滑鼠懸停在已訪問的連接上時，:visited和:hover都會命中，如果:hover在:visited
之前聲明，那麼(:hover)就會被覆蓋;
·當滑鼠單擊鏈接時，:active和:hover都會命中，我們大多是想讓:hover只在懸停時展示樣式，按下滑鼠時使用:active
樣式，因此:active在:hover之後聲明;
·綜上，:hover應在:link和:visited之後，在:active之前，因此active在最後。而:link和
:visited兩者的順序無所謂，互不影響。
5.CSS常見的長度單位
CSS中除了px長度單位之外，還有下面幾個長度單位：
·pc六分之一英寸，1pc=12pt=1/6*1in=16px;
·pt一磅，72分之一英寸。1pt=1/12_1pc=1/72_1in≈1.33px;
·in一英寸，1in=2.54cm=96px;
·ex在含有「X」字母的字體中，它是該字體的小寫字母的高度。對於很多字體來說，1ex≈0.5em;
·em1em等於父級元素的字體大小，2em就是父級元素字體大小的二倍;
·rem當用在根元素()的font-size上面時，它代表了它的初始值;
·ch代表元素所用字體font中「0」這一字形的寬度;
·vh1vh相當於視口高度的1%，100vh就是視口的高度;
·vw1vw相當於視口寬度的1%，100vw就是視口的寬度;
·vmax視口高度vw和寬度vh兩者中的最小值
·vmin視口高度vw和寬度vh兩種中的最大值;
·%相對於父級元素的大小來確定;
參考：CSS
CSSpercentage[2]
6.事件對象
冒泡與捕獲
事件冒泡與捕獲是事件處理的兩種機制，主要描述當在一個元素上有兩個相同類型的事件處理器被激活會發生什麼。
在點擊子元素時，瀏覽器運行了兩種不同的階段：捕獲階段和冒泡階段。捕獲階段的行為：
·瀏覽器檢查元素的最外層祖先，是否在捕獲階段中注冊了一個onclick事件處理程序，如果是，則運行它;
·
然後，它移動到中單擊元素的下一個祖先元素，並執行相同的操作，然後是單擊元素再下一個祖先元素，依此類推，直到到達實際點擊的元素;
而冒泡與捕獲恰恰相反：
·瀏覽器檢查實際點擊的元素是否在冒泡階段中注冊了一個onclick事件處理程序，如果是，則運行它;
·然後它移動到下一個直接的祖先元素，並做同樣的事情，然後是下一個，等等，直到它到達元素;
而現代瀏覽器在默認情況下，所有事件處理程序都在冒泡階段進行注冊。因此上面代碼在點擊子元素時會先執行子元素綁定的事件，然後向上冒泡，觸發父元素綁定的事件。
addEventListener函數的第三個參數是個布爾值。含義：
·當布爾值是false時(這也是默認值)，表示向上冒泡觸發事件;
·當布爾值是true時，表示向下捕獲觸發事件;
不能冒泡的事件
有些事件是不會冒泡的。比如：
·blur元素失去焦點時觸發，focusout事件也是失去焦點時觸發，但可以冒泡;
·focus元素獲取焦點時觸發;
·mouseenter滑鼠移動到元素上時會觸發該事件，與之對應的是mouseover事件，但會冒泡;
·mouseleave滑鼠離開元素時觸發，與之對應的是mouseout，但會冒泡;
事件冒泡可以讓我們利用事件委託，尤其是處理大量子元素時，如果給每個子元素都綁定事件，這是不優雅的，可以將事件綁定到父元素上，並讓子節點上發生的事件冒泡到父節點上，利用
e.target屬性可以獲取到當前觸發事件的子元素。
事件對象中的方法
·stopPropagation()阻止事件冒泡，當設置後，點擊該元素時父元素綁定的事件就不會再觸發;
·preventDefault()阻止默認事件的發生;
·stopImmediatePropagation()它用來阻止監聽同一事件的其他事件監聽器被調用以及阻止事件冒泡，比如給同一個div
元素綁定多個click事件(使用addEventListener方法可以注冊多個)，當在第二個事件函數中調用
stopImmediatePropagation方法時，點擊div元素時，後面注冊的click將不會被觸發，而且還會阻止事件冒泡;
比如下面的例子，給p綁定多個click事件，在第二個事件函數中調用stopImmediatePropagation，第三個click
事件就不會觸發，因為也阻止了冒泡，因此父元素的click事件也不會觸發。
paragraph
⑻ 移動端Web頁面適配方案（整理版）
@(概述)[基本概念|百分比|rem|vw/vh|響應式設計]
移動端web頁面的開發，由於手機 屏幕尺寸 、 解析度 不同，或者需要考慮 橫豎屏 問題，為了使得web頁面在不同移動設備上具有相適應的展示效果，需要在開發過程中使用合理的適配方案來解決這個問題。
早期網頁設計採用 靜態布局 ，通過 <meta> 標簽中的 applicable-device 應用設備標識識別移動設備，即 <meta name = 'applicable-device' content = 'mobile'> ，在 <meta> 標簽中的 viewport 標簽中設置 width ，通過 js 動態修改標簽的 initial-scale 使得頁面等比縮放，剛好占滿整個屏幕。一些文章中有提到靜態布局中頁面各個元素採用 px 為單位，這種方案實現簡單，不存在兼容性問題，但用戶體驗很不友好。
後面出現 流式布局 ，使用百分比 % 定義寬度，高度使用 px 固定，根據可視區域大小實時進行尺寸調整，通常使用 max-width/min-width 控制尺寸范圍過大或者過小。這種方案實現比較簡單，但在大屏手機或橫豎屏切換場景下可能會導致頁面元素被拉伸變形，字體大小無法隨屏幕大小發生變化。
順應不同頁面字體大小展現問題，出現了 彈性布局 。這種布局方案下，包裹文字的元素的尺寸採用 em/rem 為單位，頁面主要劃分區域的尺寸依據情況使用 px 、百分數或者 em/rem 。如一些高校的網站 jlu ，頁面的主要劃分區域使用 px 和百分比，包裹文字的元素和文字採用 em 。
上面的這幾種方案下，頁面元素的大小按照屏幕解析度進行適配調整，但是整體布局不變，對於 響應式web設計 ，網頁布局會隨著訪問它的視口及設備的不同呈現不同的樣式，在實現上可能會以上多種方案的結合，同時搭配 媒體查詢 技術使用，使得一個頁面在多個終端 (PC, mobile, pad) 呈現滿意效果，如 mashable 。
[TOC]
像素，是屏幕上顯示數據的最基本的點，表示相對大小。不同解析度下相同長度的 px 元素顯示會不一樣，是因為像素點的個數相同情況下，不同解析度下每個像素點對應的像素寬度不同。比如同樣是 14px 大小的字，在 1366×768 顯示屏下會顯示的小，在 1024×768 顯示屏下會相對大。也稱為 物理像素（設備像素 ），是解析度的尺寸單位。
印刷行業常用單位，能夠使用測量設備測得的長度，等於 1/72 英寸。
在不同屏幕上， css 像素呈現的物理尺寸一致，但 css 像素對應的物理像素具數不同。標準的顯示密度下， 1 個 css 像素對應一個物理像素，縮放時， 1 個 css 像素對應的物理像素會減增。是一種 設備獨立像素(device independent pixels: DIPs)
像素密度，每英寸所擁有的像素數。值越高，顯示畫面細節越豐富。計算公式為： ，其中 和 是解析度的寬高， 是屏幕尺寸。
列印設備每英寸印刷出來的點有多少個，值越高，圖片越細膩。
設備物理像素和設備獨立像素比 ，即 是指在理想布局寬度，使用多少個物理像素來渲染一個css像素。js中通過 window.devicePixelRatio 獲取，css中通過 -webkit-device-pixel-ratio , -webkit-min-device-pixel-ratio , -webkit-max-device-pixel-ratio 進行媒體查詢。
<meta> 標簽中定義了一些元數據信息，通過設置 <meta name = "viewport"> ，提供有關 視口初始大小 的信息，供 移動設備 使用。屬性值為
移動端涉及 布局視口 （Layout Viewport）、 視覺視口 （Visual ViewPort）和 理想視口 （Ideal ViewPort）。
與移動端web頁面適配有關的手機屏幕特性包括
硬體所支持的，屏幕每行的像素 * 每列的像素點數，單位是 px 。
設備獨立的，軟體可以達到的，個人理解是使得軟體/頁面在不同屏幕上顯示出來的效果一致。
像素解析度 ÷ 邏輯解析度等於 倍率 ，如 @3x 表示解析度的 3 倍。一個已知物理像素大小的元素，如果在普通屏中其設備像素等於 css 像素，但在一些高清屏中，如 Retina 顯示屏，一個css像素對應 2 或 3 個設備像素，這時顯示出來的元素會變小。為了讓元素如期待顯示，需要傳入 原始設計稿尺寸 × 倍率 的設計稿，根據 DPR 的定義，這樣載入後能夠達到同樣的效果。
手機屏幕對角線長度換算成英寸的大小
貼上 源碼 分析
視口 是瀏覽器中用於呈現網頁的區域，移動端的視口通常指的是 布局視口
使用 css 預處理器把設計稿尺寸轉換為 vw 單位，包括 文本 ， 布局高寬 ， 間距 等，使得這些元素能夠隨視口大小自適應調整。以 1080px 設計稿為基準，轉化的計算表示為
響應式設計 使得一個網站同時適配 多種設備 和 多個屏幕 ，讓網站的布局和功能隨用戶的使用環境（屏幕大小、輸出方式、設備/瀏覽器能力而變化），使其視覺合理，交互方式符合習慣。如使得內容區塊可伸縮與自由排布，邊距適應頁面尺寸，圖片適應比例變化，能夠自動隱藏/部分顯示內容，能自動折疊導航和菜單。
⑼ Web前端新手應該知道的CSS長度單位
今天小編要跟大家分享的文章是關於Web前端新手應該知道的CSS長度單位!眾所周知CSS技術我們雖然很熟悉，在使用的過程卻很容易被困住，這讓我們在新問題出現的時候變得很不利。隨著web繼續不斷地發展，對於新技術新解決方案的要求也會不斷增長。
因此，作為網頁設計師和前端開肆攔發人員，我們別無選擇，必須熟悉我們手上的工具，做到知己知彼，這樣才能百戰不殆。為了幫助大家更好的工作小編今天為大家分享一些css的長度單位，希望能夠對小夥伴們有所幫助。
1、rem
我們首先介紹下和我們熟悉的很相似的貨。em
被定義為相對於當前對象內文本的字體大小。炒個栗子，如果你給body小哥設置了font-size字體大小，那麼body小哥的任何子元素的1em就是等於body設置的font-size。
Test