包含android適配不同分辨率的詞條

安卓app設計屏幕分辨率適配問題怎么解決？

想要Android應用適應不同尺寸的屏幕，思路如下：

創(chuàng)新互聯(lián)長期為上千多家客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為南崗企業(yè)提供專業(yè)的成都網(wǎng)站建設、網(wǎng)站制作，南崗網(wǎng)站改版等技術服務。擁有十余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

不同的layout

Android手機屏幕大小不一，有480x320, 640x360, 800x480，讓app適應不同屏幕，需要在res目錄下創(chuàng)建不同的layout文件夾，比如layout-640x360,layout-800x480,所有的layout文件在編譯之后都會寫入R.java里，而系統(tǒng)會根據(jù)屏幕的大小自己選擇合適的layout進行使用。

hdpi、mdpi、ldpi

在之前的版本中，只有一個drawable，而2.1版本中有drawable-mdpi、drawable-ldpi、drawable-hdpi三個，這三個主要是為了支持多分辨率。

drawable- hdpi、drawable- mdpi、drawable-ldpi的區(qū)別：

(1)drawable-hdpi里面存放高分辨率的圖片,如WVGA (480x800),FWVGA (480x854)

(2)drawable-mdpi里面存放中等分辨率的圖片,如HVGA (320x480)

(3)drawable-ldpi里面存放低分辨率的圖片,如QVGA (240x320)

系統(tǒng)會根據(jù)機器的分辨率來分別到這幾個文件夾里面去找對應的圖片。

更正：應該是對應不同density 的圖片

在開發(fā)程序時為了兼容不同平臺不同屏幕，建議各自文件夾根據(jù)需求均存放不同版本圖片。

屏幕方向：

橫屏豎屏自動切換：

可以在res目錄下建立layout-port-800x600和layout-land兩個目錄，里面分別放置豎屏和橫屏兩種布局文件，這樣在手機屏幕方向變化的時候系統(tǒng)會自動調(diào)用相應的布局文件，避免一種布局文件無法滿足兩種屏幕顯示的問題。

不同分辨率橫屏豎屏自動切換：

以800x600為例 ：

可以在res目錄下建立layout-port-800x600和layout-land-800x600兩個目錄

不切換：

以下步驟是網(wǎng)上流傳的，不過我自己之前是通過圖形化界面實現(xiàn)這個配置，算是殊途同歸，有空我會把圖片貼上來。

還要說明一點：每個activity都有這個屬性screenOrientation，每個activity都需要設置，可以設置為豎屏（portrait），也可以設置為無重力感應（nosensor）。

要讓程序界面保持一個方向，不隨手機方向轉(zhuǎn)動而變化的處理辦法：

在AndroidManifest.xml里面配置一下就可以了。

加入這一行android:screenOrientation="landscape"。

例如（landscape是橫向，portrait是縱向）：

以下是JAVA代碼：

?xml?version="1.0"?encoding="utf-8"??

manifest?xmlns:android=""?

package="com.ray.linkit"?

android:versionCode="1"?

android:versionName="1.0"?

application?android:icon="@drawable/icon"?android:label="@string/app_name"?

activity?android:name=".Main"?

android:label="@string/app_name"?

android:screenOrientation="portrait"?

intent-filter?

action?android:name="android.intent.action.MAIN"?/?

category?android:name="android.intent.category.LAUNCHER"?/?

/intent-filter?

/activity?

activity?android:name=".GamePlay"?

android:screenOrientation="portrait"/activity?

activity?android:name=".OptionView"?

android:screenOrientation="portrait"/activity?

/application?

uses-sdk?android:minSdkVersion="3"?/?

/manifest

另外，android中每次屏幕的切換動會重啟Activity，所以應該在Activity銷毀前保存當前活動的狀態(tài)，在Activity再次Create的時候載入配置，那樣，進行中的游戲就不會自動重啟了！?

有的程序適合從豎屏切換到橫屏，或者反過來，這個時候怎么辦呢？可以在配置Activity的地方進行如下的配置android:screenOrientation="portrait"。這樣就可以保證是豎屏總是豎屏了，或者landscape橫向。

而有的程序是適合橫豎屏切換的。如何處理呢？首先要在配置Activity的時候進行如下的配置：android:configChanges="keyboardHidden|orientation"，另外需要重寫Activity的 onConfigurationChanged方法。實現(xiàn)方式如下，不需要做太多的內(nèi)容：

@Override?

public?void?onConfigurationChanged(Configuration?newConfig)?{?

super.onConfigurationChanged(newConfig);?

if?(this.getResources().getConfiguration().orientation?==?Configuration.ORIENTATION_LANDSCAPE)?{?

//?land?do?nothing?is?ok?

}?else?if?(this.getResources().getConfiguration().orientation?==?Configuration.ORIENTATION_PORTRAIT)?{?

//?port?do?nothing?is?ok?

}?

}

寫一個支持多分辨的程序，基于1.6開發(fā)的，建立了三個資源文件夾drawable-hdpi drawable-mdpi drawable-ldpi，里面分別存放72*72 48*48 36*36的icon圖標文件。當我在G1（1.5的系統(tǒng)）上測試時，圖標應該自適應為48*48才對啊，但實際顯示的是36*36。怎么才能讓其自適應 48*48的icon圖標呢 ？

解決辦法 drawable-hdpi drawable-mdpi drawable-ldpi改成drawable-480X320 drawable-800X480的多分辨支持的文件夾。

Android 屏幕分辨率適配

Android屏幕分辨率千奇百怪，怎么讓app在不同的分辨率的設備上“看起來一樣”呢？

你也許還有以下疑惑：

這篇文章將會針對以上問題一一解答。

Pixels 我們看到屏幕上的圖像由一個個像素組成，像素里包含色彩信息。

如常說的手機分辨率：1080 x 1920 指的是手機寬度可展示1080像素，高度可展示1920像素。

Pixels Per Inch 每英寸長度所具有的像素個數(shù)，單位面積內(nèi)像素越多，圖像顯示越清晰。

ppi一般用在顯示器、手機、平板等描述屏幕精細度。

Dots Per Inch 每英寸長度所具有的點數(shù)。

dpi一般用來描述打印（書本、雜志、電報）的精細度

density-independent pixels (device-independent pixels 我查了一下，官網(wǎng)更多時候使用前者，有的時候也顯示后者），dip是縮寫，也可以更簡單些稱作dp。該單位的目的是屏蔽不同設備密度差異，后面細說。

Scalable pixels 用于設置字體，在用戶更改字體大小時候會適配。

澄清了基本概念，我們現(xiàn)在從一個例子開始說明以上單位之間的區(qū)別與聯(lián)系。

布局文件里有個View，長寬都是200px，分別在分辨率為480(寬)x800(高）簡稱A設備、1080(寬)x1920(高）簡稱B設備，效果如下:

左邊是A設備，右邊是B設備。問題出來了，同樣長寬都是200px，為啥A設備顯示很大，B設備顯示很小呢？你可能會說B設備的橫向分辨率1080比A設備的480大，所以在B設備上看起來比較小。來看看A、B設備橫向到底是多少英寸，怎么來計算呢？這時候就需要用到ppi了，既然知道橫向的像素點個數(shù)，也知道每英寸能容納的像素點，當然可以得知橫向的尺寸了。

其中一種方式獲取DisplayMetrics對象：

A設備寬度尺寸：480(px)/240(ppi)=2inch

B設備寬度尺寸：1080(px)/420(ppi)=2.5inch

可以看出，A、B設備尺寸差別不大。A設備ppi=240 B設備ppi=420，明顯地看出B設備單位長度上比A設備能夠容納更多的像素，因此同樣的200px，B設備只需要較小的尺寸就能夠顯示，因此在B設備上的view看起來比A設備小很多。

知道了問題的原因，然而顯示的效果卻不能接受。

我們總不能自己判斷每個設備的ppi，然后計算實際需要多少像素，再動態(tài)設置view的大小吧，那layout里的靜態(tài)布局大小就無法動態(tài)更改適應了。想當然的能有一個統(tǒng)一的地方替我們轉(zhuǎn)換，沒錯！Android系統(tǒng)已經(jīng)幫我們實現(xiàn)了轉(zhuǎn)換。接下來就是dpi、dp出場了。

Android系統(tǒng)使用dpi來描述屏幕的密度，使用dp來描述密度與像素的關系。

A設備dpi=240

B設備dpi=420

Android系統(tǒng)最終識別的單位是px，怎么將dpi和px關聯(lián)起來呢？，答案是dp。

Android規(guī)定當dpi=160時，1dp=1px，當dpi=240時，1dp=1.5px，依此類推，并且給各個范圍的dpi取了簡易的名字加以直觀的識別，如120dpi=160，稱作為mdpi，120dpi=240 稱作hdpi，最終形成如下規(guī)則：

現(xiàn)在知道了dp能夠在不同dpi設備上對應不同px，相當于中間轉(zhuǎn)換層，我們只需要將view長寬單位設置為合適的dp，就無需關注設備之間密度差異，系統(tǒng)會幫我們完成dp-px轉(zhuǎn)換。將我們之前的例子稍微更改，再看看效果驗證一下：

通過上面對dp的了解，我們知道在設定view大小、間距時使用dp能最大限度地屏蔽設備密度之間的差異。可能你就會問了，那bitmap展示的時候如何適配不同密度的設備呢？

自定義view從磁盤上加載一張圖片，并將之顯示在view上，view的大小決定于bitmap大小。依舊以上述A、B設備為例，展示結(jié)果如下：

左邊是A設備，右邊是B設備。

明顯地看出，在A設備顯示比B設備大很多，實際上和我們之前用px來描述view的大小原理是一樣的，bitmap的寬、高都是px在描述，而bitmap決定了view的寬、高，最終導致A設備和B設備上的view大?。▽?、高像素）是一樣的，而它們屏幕密度又不相同，因此產(chǎn)生了差異。

那不會每次都需要我們自己根據(jù)屏幕密度來轉(zhuǎn)換bitmap大小吧？幸運的是，Android已經(jīng)為我們考慮到了。

生成不同密度的目錄有什么作用？

A設備dpi=240，根據(jù)dpi范圍，屬于hdpi

B設備dpi=420，根據(jù)dpi范圍，屬于xxhdpi

圖片原始尺寸：photo1.jpg(寬高 172px-172px)

當我們想要在不同密度設備上顯示同一張圖片并且想要“看起來一樣大時”。假設設計的時候以hdpi為準，放置photo1.jpg為172*172，那么根據(jù)計算規(guī)則在xxhdpi上需要設置photo1.jpg為:

現(xiàn)在hdpi和xxhdpi目錄下分別存放了同名圖片：photo1.jpg，只是大小不同。當程序運行的時候：

來看看效果：

左邊A設備，右邊B設備

針對不同的密度設計不同的圖片大小，最大限度保證了同一圖片在不同密度設備上表現(xiàn)“看起來差不多大”。

來看看A、B設備上圖片占內(nèi)存大?。?/p>

說明在B設備上顯示photo1.jpg需要更多的內(nèi)存。

上邊只是列舉了hdpi、xxhdipi，同理對于mdpi、xhdpi、xxxhdpi根據(jù)規(guī)則放入相應大小的圖片，程序會根據(jù)不同的設備密度從對應的mipmap文件夾下加載資源。如此一來，我們無需關注bitmap在不同密度設備上顯示問題了。

在mipmap各個文件夾下都放置同一套資源的不同尺寸文件似乎有點太占apk大小，能否只放某個密度下圖片，其余的靠系統(tǒng)自己適配呢？

現(xiàn)在只保留hdpi下的photo1.jpg圖片，看看在A、B設備上運行情況如何：

看起來和上張圖差不多，說明系統(tǒng)會幫我們適配B設備上的圖片。

再來看看A、B設備上圖片占內(nèi)存大?。?/p>

先看A設備：

對比photo1.jpg 分別放在hdpi、xxhdpi和只放在hdpi下可以看出：B設備上圖片所占內(nèi)存變小了。為什么呢？接下來從源碼里尋找答案。

A、B設備同樣加載hdpi/photo1.jpg，返回的bitmap大小不相同，我們從這方法開始一探究竟。

上面涉及到的關鍵點是density，分別是TypedValue的density和Options的density。

先來看看TypedValue density:

再來看看Options density

現(xiàn)在分析B設備加載hdpi/photo1.jpg如何做的:

和我們之前調(diào)試的結(jié)果一致。

B設備是怎么決定使用hdpi下的圖片資源呢？

根據(jù)實驗（嘗試找了源碼，沒怎么看懂，因此只是做了實驗，可能在不同密度設備上找尋規(guī)則不一樣）：B設備先找屬于自己密度范圍文件夾下的圖片，B設備屬于xxhdpi，先查看xxhdpi有沒有photo1.jpg，如果沒有則往更高的密度找，比它高的密度是xxxhdpi，還是沒有，則往低密度找，找xhdpi，沒有再找hdpi，找到了則返回構造好的TypedValue，剩下的就是我們前面分析的。

既然我們只想放某個密度下的一份切圖，該放哪個密度下呢？從系統(tǒng)尋找規(guī)則看，更推薦放置在更高密度下的，因為如果放在低密度下，那么當運行在高密度設備上時，圖片會進行放大，可能導致不清晰。我一般習慣放在xxhdpi下。

Android Studio默認創(chuàng)建了不同密度的mipmap文件夾，默認放置了ic_launcher.png。我們普通的切圖該放drawable還是mipmap下呢？對于這個問題網(wǎng)上也是眾說紛紜，實際上對于我們來說，關注的重點是圖片放在drawable或者mipmap，加載出來bitmap是否有差異，如果沒有差異放在哪就看習慣了。通過實踐，普通的切圖放drawable和mipmap下加載出來的bitmap是沒有差異的，只不過用drawable的話需要自己創(chuàng)建不同密度的文件夾。我習慣于放在drawable下(啟動圖標logo還是放在mipmap下）。

前邊 [注1] 留了個問題，我們使用dp來表示view的大小了，為啥兩個看起來還是有些差距？下面我們更加直觀地看一個例子。

A設備dpi=240 密度1.5 分辨率(寬高px)：480 * 800

B設備dpi=420 密度2.625 分辨率(寬高px)：1080 * 1794

換算成dp

A設備分辨率：320dp * 533dp

B設備分辨率：411dp * 683dp

依舊是上邊的例子：

將view寬高分別設置為320dp，看看效果：

左邊A設備，右邊B設備

可以看出同樣的320dp大小，A設備鋪滿了屏幕，而B設備沒有。這效果顯然是不能接受的，Android考慮到不同設備寬高不同，推出了"寬高限定符"。以A、B設備為例：

在res文件夾下創(chuàng)建文件夾：

假設設計師出圖是按照800x480，那么我們創(chuàng)建dimen文件的時候

該文件放在values-800x480文件夾下。

根據(jù)分辨率比例算出1794x1080的dimen值

這樣子，A、B設備加載資源的時候使用對應分辨率限定符下的px，如果找不到再找默認值，可以在一定程度上解決屏幕寬高碎片化適配問題。

但是這樣子的限定比較嚴格，需要測試各種分辨率，后來Android又推出了"smallest-width"簡稱最小寬度限制。

A設備寬320dp

B設備寬411dp

假設設計師切圖標準屏幕寬是320dp(A設備），那么可以定義如下dimen.xml文件

該文件放在values-sw320dp文件夾下

根據(jù)規(guī)則，計算B設備dimen.xml

現(xiàn)在我們繼續(xù)來看之前的view

通過對dimen引用，A設備尋找和自己寬度一樣的dimen文件，找到values-sw320dp，dp320=320dp。B設備尋找和自己寬度一樣的dimen文件，找到values-sw411dp，dp320=410dp。這樣子同樣的dp320，得出不同的值，就適配了屏幕寬度不同的問題。

看看效果：

這次B設備也鋪滿了屏寬。

綜上，為了適配不同屏幕大小，推薦使用dp+smallest-width。

獲取設備dpi最終都是從這方法獲取的，實際上就是讀取系統(tǒng)的配置文件。因此我們也可以通過adb shell 獲?。?/p>

可以看出dpi是系統(tǒng)配置好的，當然有些手機是可以設置分辨率的，設置之后我們查看分辨率：

分辨率變低了，dpi也變小了。

Android 屏幕適配

1： dp: android 尺寸的基本單位。 在不同的分辨率的手機里面，1dp對應著不同數(shù)量的px, 這樣就實現(xiàn)了dp定義一個控件大小的時候，在不同分辨率手機里表現(xiàn)出相應大小的像素值。

2： 屏幕分辨率： 1080下160, 表示寬度有1080個像素點而高度有2160個像素點。常見的分辨率有320x480， 480x800, 720x1280, 1080x1920等。

3： 屏幕尺寸： 以寸為單位， Android設備對角線的長度

4： 像素密度: 每英寸的像素點

5： 屏幕尺寸， 分辨率，像素密度 三者之間的關系：

密度（dpi）= √（寬2 + 高2）/屏幕尺寸

6： px：像素，是屏幕上顯示數(shù)據(jù)的最基本的點

7： dpi：屏幕像素密度，每英寸上的像素點數(shù)

8： sp：與dp類似，通常用于指定字體的大小，當用戶修改手機顯示的字體時，字體大小會隨之改變。

1： dp適配方案： Android自帶的原始的適配方案， 在不同的分辨率手機里面表現(xiàn)出相應大小的像素點。

缺點： Android的碎片化嚴重， 如果生產(chǎn)廠家沒有根據(jù)屏幕尺寸、分辨率和像素密度的關系來規(guī)則定義， 或者出一些亂七八糟的屏幕大小，這樣的適配方案就不在適合了。

2： 寬高限定符：枚舉所有的屏幕寬高像素值，根據(jù)等比縮放去適配。如果沒有找到對應的屏幕， 則取默認的。 目前這種方案已經(jīng)被棄用。

缺點：

1： 占用資源大，會增加APK的體積。

2： 容錯機制大需要精準命中資源文件才能適配，比如1920x1080的手機就一定要找到1920x1080的限定符，否則就只能用統(tǒng)一的默認的dimens文件了。而使用默認的尺寸的話，UI就很可能變形。

3：AndroidAutoLayout適配方案（停止維護）

4: SW限定符適配方案：（smallestWidth最小寬度適配）

Android 會去識別屏幕可用高度或者寬度的最小尺寸的dp值。然后根據(jù)識別到的結(jié)果去對應的資源文件里面去找尋相應的結(jié)果。

如何生成：ScreenMatch插件

此方案跟寬高限定的適配方案相比，有很好的容錯機制， 如果沒有找到對應的適配寬度， 那么會在vlues文件里面去找跟他最接近的寬度。

5：今日頭條適配方案：

1: px 轉(zhuǎn) dp 的公式 dp = px / density.不管我們設定的單位是什么， 最終我們都會將這些單位長度轉(zhuǎn)化為px的。density就是他們的轉(zhuǎn)化比， 所以，動態(tài)改變這個轉(zhuǎn)化比也是可以達到我們適配屏幕的目的的。

2: 通過修改density值，強行把所有不同尺寸分辨率的手機的寬度dp值改成一個統(tǒng)一的值（在清單文件中定義），這樣就解決了所有的適配問題。

3: Density = 當前設備屏幕總寬度（單位為像素）/ 設計圖總寬度（單位為 dp) ；

4：引入了AndroidAutoSize屏幕適配框架：

最后， 最重要的................

點贊 點贊 點贊， 不重要的事情也就說3遍......

網(wǎng)站欄目：包含android適配不同分辨率的詞條
分享URL：http://muchs.cn/article30/phggso.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供云服務器、App設計、Google、品牌網(wǎng)站制作、網(wǎng)站制作、網(wǎng)站維護

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)