androiddp適配

❶ Android機型適配總結

解析度對應DPI

ldpi  QVGA (240×320)

mdpi  HVGA (320×480)

hdpi  WVGA (480×800),FWVGA (480×854)

xhdpi  720P（1280*720）

xxhdpi 1080p（1920*1080 ）

xxxhdpi 4K（3840×2160）

機型適配方面常規處理方法：

1、開發之前UI給出不同尺寸標準的多套素材，一般情況下給出：hdpi、xhdpi、xxxhdpi 三種尺寸類型的素材。

2、特殊類型圖片使用Android Studio內置draw9path工具進行製作，例如聊天界面中內容背景圖片。

3、布局編寫時盡量使用 Linearlayout 與  RelativeLayout，LinearLayout內部可以使用weight（權重）屬性將子控制項的尺寸按比例進行設置。RelativeLayout 內部可以使用layout_align...(相對於xxx)屬性將子控制項的尺寸相對於父控制項或相對於其他子控制項進行設置。

4、設置尺寸的時候長度單位  布局使用 dp  字元使用  sp。 其實字體大小的尺寸使用  dp 也可以，但是sp的情況下 用戶使用系統設置字體大小的時候可以改變控制項中字體的大小，但是使用dp設置的字體就不會產生變化。

5、針對每一個屏幕的尺寸生成一套px與dp的轉換方案，詳情見博客： Android機型適配方案 。

6、google推出了一個百分比布局庫，可以使用百分比的方式進行布局尺寸的設置，詳情見博客： Android百分比布局庫（percent-support-lib）解析與擴展

7、利用自定義View的方式去解決，其實原理也是，在繪制View的時候，獲取屏幕的尺寸然後按照一定的比例去設置控制項的尺寸

還有一些瑣碎知識點需要了解並記住：

1. px (pixels)像素 ：

一個像素通常被視為圖像的最小的完整采樣，這個用的比較多,特別是web開發,頁面基本都是使用像素作為單位的.

2.dp：

這個是最常用但也最難理解的尺寸單位。它與「像素密度」密切相關，所以首先我們解釋一下什麼是像素密度。假設有一部手機，屏幕的物理尺寸為1.5英寸x2英寸，屏幕解析度為240x320，則我們可以計算出在這部手機的屏幕上，每英寸包含的像素點的數量為240/1.5=160dpi（橫向）或320/2=160dpi（縱向），160dpi就是這部手機的像素密度，像素密度的單位dpi是Dots Per Inch的縮寫，即每英寸像素數量。橫向和縱向的這個值都是相同的，原因是大部分手機屏幕使用正方形的像素點。

不同的手機/平板可能具有不同的像素密度，例如同為4寸手機，有480x320解析度的也有800x480解析度的，前者的像素密度就比較低。Android系統定義了四種像素密度：低（120dpi）、中（160dpi）、高（240dpi）和超高（320dpi），它們對應的dp到px的系數分別為0.75、1、1.5和2，這個系數乘以dp長度就是像素數。例如界面上有一個長度為「80dp」的圖片，那麼它在240dpi的手機上實際顯示為80x1.5=120px，在320dpi的手機上實際顯示為80x2=160px。如果你拿這兩部手機放在一起對比，會發現這個圖片的物理尺寸「差不多」。

3.dip：

與dp完全相同，只是名字不同而已。在早期的Android版本里多使用dip，後來為了與sp統一就建議使用dp這個名字了。

4.sp：

與縮放無關的抽象像素（Scale-independent Pixel）。sp和dp很類似但唯一的區別是，Android系統允許用戶自定義文字尺寸大小（小、正常、大、超大等等），當文字尺寸是「正常」時1sp=1dp=0.00625英寸，而當文字尺寸是「大」或「超大」時，1sp>1dp=0.00625英寸。類似我們在windows里調整字體尺寸以後的效果——窗口大小不變，只有文字大小改變。

還有一些詳細的情況需要了解，都在這個博客里： 點擊進入

❷ Android-屏幕適配全攻略（絕對詳細）（一）

關鍵字： 屏幕適配 px dp dpi sp large限定符 .9.png

前言： 這篇文章依然是我在 [慕課網 ][h]學習 凱子哥 的同名視頻 Android-屏幕適配全攻略 ，所記錄下來的筆記---凱子哥講得真的超詳細。
[h]: http://www.imooc.com/ "MOOC"

從上圖可以看出，主流的解析度是前六種：1280×720、1920×1080、800×480、854×480、960×540、1184×720，不過我們有解決方案。看完這篇文章，想必你就可以解決常見的屏幕適配問題。

接下來正式進入正題。

介紹幾個在Android屏幕適配上非常重要的名詞：

屏幕尺寸 是指屏幕對角線的長度。單位是英寸，1英寸=2.54厘米
屏幕解析度 是指在橫縱向上的像素點數，單位是px，1px=1像素點，一般是縱向像素橫向像素，如1280×720
屏幕像素密度 是指每英寸上的像素點數，單位是dpi，即「dot per inch」的縮寫，像素密度和屏幕尺寸和屏幕解析度有關

dip： Density Independent Pixels（密度無關像素）的縮寫。以 160dpi 為基準，1dp=1px
dp： 同 dip
dpi： 屏幕像素密度的單位，「dot per inch」的縮寫

px： 像素，物理上的絕對單位

sp： Scale-Independent Pixels的縮寫，可以根據文字大小首選項自動進行縮放。Google推薦我們使用12sp以上的大小，通常可以使用12sp，14sp，18sp，22sp，最好不要使用奇數和小數。

用於區分不同的像素密度。

在Google官方開發文檔中，說明了 ** mdpi：hdpi：xhdpi：xxhdpi：xxxhdpi=2：3：4：6：8 ** 的尺寸比例進行縮放。例如，一個圖標的大小為48×48dp，表示在mdpi上，實際大小為48×48px，在hdpi像素密度上，實際尺寸為mdpi上的1.5倍，即72×72px，以此類推。

我們可以通過以下幾種方式來支持各種屏幕尺寸：

wrap_content： 根據控制項的內容設置控制項的尺寸
math_parent： 根據父控制項的尺寸大小設置控制項的尺寸
weight： 權重，在線性布局中可以使用weight屬性設置控制項所佔的比例

例如，我們要實現下圖所顯示的效果：當屏幕尺寸改變時，new reader控制項兩邊的控制項大小不變，new reader控制項會占完剩餘的空間。

具體布局文件如下：

小插曲： 關於 android:layout_weight 屬性

一般情況，我們都是設置要進行比例分配的方向的寬度為0dp，然後再用權重進行分配。如下：

效果為：

效果為：

button1寬度=L+（L-2L）×1/3=2/3L
button2寬度=L+（L-2L）×2/3=1/3L

當然，還有其他的方式，都可以運用此公式進行計算。
在實際開發中，我們一般使用0dp的方式，而不使用其他方式。

簡單的布局一般都使用 線性布局 ，而略微復雜點的布局，我們使用 相對布局 ，大多數時候，我們都是使用這兩種布局的嵌套。

我們使用 相對布局 的原因是， 相對布局 能在各種尺寸的屏幕上保持控制項間的相對位置。

res/layout/main.xml 單面板：

res/layout-large/main.xml 雙面板：

如果這個程序運行在屏幕尺寸大於7inch的設備上，系統就會載入 res/layout-large/main.xml 而不是 res/layout/main.xml ，在小於7inch的設備上就會載入 res/layout/main.xml 。

需要注意的是，這種通過 large 限定符分辨屏幕尺寸的方法，適用於android3.2之前。在android3.2之後，為了更精確地分辨屏幕尺寸大小，Google推出了最小寬度限定符。

res/layout-sw600dp/main.xml ，雙面板布局： Small Width 最小寬度

這種方式是不區分屏幕方向的。這種最小寬度限定符適用於android3.2之後，所以如果要適配android全部的版本，就要使用 large 限定符和 sw600dp 文件同時存在於項目 res 目錄下。

這就要求我們維護兩個相同功能的文件。為了避免繁瑣操作，我們就要使用布局別名。

由於後兩個文具文件一樣，我們可以用以下兩個文件代替上面三個布局文件：

res/layout/main.xml 單面板布局
res/layout/main_twopanes.xml 雙面板布局

然後在 res 下建立
res/values/layout.xml 、
res/values-large/layout.xml 、
res/values-sw600dp/layout.xml 三個文件。

默認布局
res/values/layout.xml :

Android3.2之前的平板布局
res/values-large/layout.xml :

Android3.2之後的平板布局
res/values-sw600dp/layout.xml :

這樣就有了 main 為別名的布局。
在activity中 setContentView(R.layout.main);

這樣，程序在運行時，就會檢測手機的屏幕大小，如果是平板設備就會載入 res/layout/main_twopanes.xml ，如果是手機設備，就會載入 res/layout/main.xml 。我們就解決了只使用一個布局文件來適配android3.2前後的所有平板設備。

如果我們要求給橫屏、豎屏顯示的布局不一樣。就可以使用 屏幕方向限定符 來實現。
例如，要在平板上實現橫豎屏顯示不用的布局，可以用以下方式實現。
res/values-sw600dp-land/layouts.xml :橫屏

res/values-sw600dp-port/layouts.xml :豎屏

自動拉伸點陣圖，即android下特有的 .9.png 圖片格式。

當我們需要使圖片在拉伸後還能保持一定的顯示效果，比如，不能使圖片中的重要像素拉伸，不能使內容區域受到拉伸的影響，我們就可以使用 .9.png 圖來實現。

要使用 .9.png ，必須先得創建 .9.png 圖片，androidSDK給我們提供了的工具就包含 .9.png 文件的創建和修改工具。雙擊 SDK安裝目錄 oolsdraw9patch.bat ，就會打開下圖所示的窗口。

下面是一個例子：

Button屬性設置：

如果我們選擇的內容區域偏差太大，可能就不會顯示出text值 BUTTON 。

好了，這篇文章寫的有點多了，剩下的內容放在 下篇文章 記錄吧。
內容提要：
解決方案-支持各種屏幕密度
解決方案-實施自適應用戶界面流程

未完待續

❸ Android 平台設計規范有哪些

1、尺寸以及解析度：

Android的界面尺寸比較流行的有：480*800、720*1280、1080*1920，我們在做設計圖的 時候建議是以 480*800的尺寸為標准；

2、界面基本組成元素：

界面基本組成元素包括：狀態欄+導航欄+主菜單欄+內容區域；以480*800的尺寸為標准下的 各個元素的高度(其實導航欄和菜單欄每一個應用都或許不一樣，android對於尺寸沒有太明確的 數據規范)如下：

3、字體：

Android 系統中，Droid Sans 是默認字體，與微軟雅黑很像；

4、操作欄：

1、」操作欄」對於 Android 應用來說是最重要的設計元素，它通常在應用運行的所有時間都呆 在屏幕頂部；

2、 操作欄的基本布局：

1向上＋2 Spinner視圖控制＋3 重要操作按鈕＋4 更多操作：其中，向上按鈕，點擊後是去到 當前界面的上一個層級，非第一層級界面有此按鈕，第一層級界面則無向上按鈕；Spinner 是 用於展示內容的下拉菜單，其內容包括視圖的快速切換和顯示相關內容的完整信息；更多操作 （action overflow）是集合操作欄中不常用的和非重要操作的地方。

5、多面板布局：

多面板布局更多的是針對平板電腦，把手機端的目錄視圖和詳情視圖兩個層級的界面，甚至更 多的頁面，復合展示在同一個界面中，有效地利用平板電腦的屏幕空間，扁平化層級結構，簡 化導航。這點在iPad上已經運用得相當嫻熟了。

6、選擇：

Android4.0中的長按與Android2.3及更早期的版本有很大的不同。早期版本長按操作後，是 出現情境菜單的浮出層。在Android4.0中，長按後在操作欄的位置會覆蓋一個臨時的情境操 作欄，不再彈出情境菜單浮出層。在臨時情境操作欄的環境下，當前界面的內容項允許被單個 處理，也允許被批量處理。

7、返回和向上：

返回按鍵用在手機全局的虛擬導航欄中，基於用戶最近查看的界面歷史，採用時間倒序的方式， 連接界面間的關系。向上按鈕用在操作欄的左側，基於層級結構，點擊後是去到當前界面的上一 個層級，若當前界面已經是最高一級，則沒有向上按鈕。

8、主題樣式：

推出三套默認主題：Holo淺色主題、Holo深色主題、Holo淺色底+深色操作欄主題。主推app在 這三套默認主題的基礎上做設計，以加快app研發效率，但只是建議使用，並沒有完全強制。

9、觸摸與反饋：

用戶觸摸應用中的可操作區域，應當在視覺上有響應，微小的反饋會給用戶帶來很好地效果；

10、按鈕：

1、按鈕的3種表現形式如下圖：

2、對於僅包括圖標的按鈕，不需要使用背景色；

11、滑塊：

滑塊的幾種表現形式如下圖：

12、進度條：

如果某個操作需要花費很長的時間，就需要用進度條的指示和旋轉圈的形式來表示：

1、如果你可以知道當前任務完成的比例，那麼使用進度條，讓用戶了解大約還需要多久才能完成；

2、當使用旋轉圓圈時，不要配以文字標簽。旋轉的圓圈已經表明了正在進行後台操作。

13、開關：

用戶通過開關作出選擇，包括3種形式：復選框+單選按鈕+開關；

1、復選框：用戶可以在一個集合中作出多個選擇：

2、單選按鈕：單選按鈕允許用戶在一個集合中做一次選擇；

3、開關：開關控制單個選項的狀態；

14、對話框：

應用通過對話框讓用戶作出決定或者填寫一些信息，

1、對話框的左邊一般情況下是取消按鈕，右邊是確定按鈕；

❹ android dp和dip的區別

Android中，dp是Density-independent Pixels簡寫，而dip則是Density Independent Pixels，實際上指的是一個概念，都是Android的單位。
dp等同於dip，它是一個長度單位，1dp=1/160英寸。

dp這個單位的意義在於：你可以根據看到的實際大小，在應用中設置對應的dp值，而使得不同的設備上看起來一樣大。
詳情請見：http://blog.csdn.net/chenyufei1013/article/details/8363619

❺ android 為什麼使用dp單位，它的真正優勢在

單位dp的最大優勢是：
可以防止同樣的解析度在不同物理尺寸的屏幕上帶來的差異
可以讓UI適配得足夠精細，而不是完全等比例縮放
可以做到一定程度的定製，足夠精細

❻ android代碼中設置大小時能用dimens適配嗎

android代碼中設置大小時能用dimens適配，具體操作：
1.單位全部用dp，優先使用包裹內容和填充父窗體和權重來完成布局。
2.通過dimens文件來適配，需要三套，不考慮橫屏。
2.1 默認的dimens.xml 放按hdpi適配的參數；
2.2 hdpi的dimens.xml 放按hdpi適配的參數；
2.3 xhdpi的dimens.xml 放按xhdpi適配的參數；
3.適配的時候只用完美的完成一套xhdpi的dimens文件，然後通過代碼生成hdpi的，因為就dp來說，他們有固定的比例關系，代碼如下：
ldpi 1dp = 0.75px 320*240 160dp = 120px
mdpi 1dp = 1px 480*320 160dp = 160px
hdpi 1dp = 1.5px 800*480 160dp = 240px
xhdpi 1dp = 2px 1280*720 160dp = 320px<360px 180dp = 360px
xxhdpi 1dp = 3px 1920*1080 160dp = 480px < 540px 180dp = 540px

❼ Android屏幕適配-應用篇

Android屏幕適配-基礎篇
Android屏幕適配-應用篇

從兩個大方面闡述一下Android的屏幕適配：

  Android推薦使用dp作為尺寸單位來適配UI ，通過dp加上自適應布局和weight比例布局可以基本解決不同手機上適配的問題，這基本是最原始的Android適配方案。
缺點 ：
（1）這種方案只能保證我們寫出來的界面適配絕大部分手機，部分手機仍然需要單獨適配，但dpi的不同，還是會存在差異。
（2）一般的設計稿都是以px為單位的，所以我們在寫layout文件的時候需要將px轉為dp，影響開發效率。

 為了高效的實現UI開發，出現了新的適配方案，我把它稱作寬高限定符適配。簡單說，就是窮舉市面上所有的Android手機的寬高像素值，設定一個基準的解析度，其他解析度都根據這個基準解析度來計算，在不同的尺寸文件夾內部，根據該尺寸編寫對應的dimens文件:

鴻洋大神的作品 ，使用也超級簡單，核心功能就是在繪制的時候在onMeasure裡面做變換，重新計算px。
缺點 ：我們自定義的控制項可能會被影響或限制，可能有些特定的控制項（框架沒有做適配的控制項），需要單獨適配。

  小結：上述幾種適配方案都是實際開發中用過的方案，但隨著技術不斷的更新，出現了更好的適配方案。

   實現原理 ：Android會識別屏幕可用高度和寬度的最小尺寸的dp值（ 其實就是手機的寬度值 ），然後根據識別到的結果去資源文件中尋找對應限定符的文件夾下的資源文件。
   sw限定符適配 和 寬高限定符適配 類似，區別在於，前者有很好的容錯機制，如果沒有value-sw360dp文件夾，系統會向下尋找，比如離360dp最近的只有value-sw350dp，那麼Android就會選擇value-sw350dp文件夾下面的資源文件。這個特性就完美的解決了上文提到的寬高限定符的容錯問題。
   優點: 1.非常穩定，極低概率出現意外
    2.不會有任何性能的損耗
    3.適配范圍可自由控制，不會影響其他三方庫
   缺點 ：就是多個dimens文件可能導致apk變大，幾百k。

   附件： 生成sw文件的工具

   實現原理 ： 修改系統的density值 （核心）
  今日頭條適配是以設計圖的寬或高進行適配的，適配最終是改變系統density實現的。
   過程：

  AndroidAutoSize 是基於今日頭條適配方案，該開源庫已經很大程度上解決了今日頭條適配方案的兩個缺點，可以對activity，fragment進行取消適配。也是目前我的項目中所使用的適配方案。
使用也非常簡單只需兩步：
（1）引入：

（2）在 AndroidManifest 中填寫全局設計圖尺寸 (單位 dp)，如果使用副單位，則可以直接填寫像素尺寸，不需要再將像素轉化為 dp，詳情請查看 demo-subunits