前言
Android屏幕分辨率千奇百怪，怎么讓app在不同的分辨率的設(shè)備上“看起來(lái)一樣”呢？
你也許還有以下疑惑：
- px、dp、sp區(qū)別與作用
- mipmap和drawable區(qū)別與作用
- mdpi hdpi xhdpi的圖片資源有什么區(qū)別
- 如何適配不同密度下的圖片資源
- 不同分辨率的設(shè)備如何適配寬度
- dpi是怎么確定的
這篇文章將會(huì)針對(duì)以上問(wèn)題一一解答。
基本單位
px
Pixels 我們看到屏幕上的圖像由一個(gè)個(gè)像素組成，像素里包含色彩信息。
如常說(shuō)的手機(jī)分辨率：1080 x 1920 指的是手機(jī)寬度可展示1080像素，高度可展示1920像素。
ppi
Pixels Per Inch 每英寸長(zhǎng)度所具有的像素個(gè)數(shù)，單位面積內(nèi)像素越多，圖像顯示越清晰。
ppi一般用在顯示器、手機(jī)、平板等描述屏幕精細(xì)度。
dpi
Dots Per Inch 每英寸長(zhǎng)度所具有的點(diǎn)數(shù)。
dpi一般用來(lái)描述打?。〞?shū)本、雜志、電報(bào)）的精細(xì)度
dp/dip
density-independent pixels (device-independent pixels 我查了一下，官網(wǎng)更多時(shí)候使用前者，有的時(shí)候也顯示后者），dip是縮寫(xiě)，也可以更簡(jiǎn)單些稱作dp。該單位的目的是屏蔽不同設(shè)備密度差異，后面細(xì)說(shuō)。
sp
Scalable pixels 用于設(shè)置字體，在用戶更改字體大小時(shí)候會(huì)適配。
簡(jiǎn)單例子
澄清了基本概念，我們現(xiàn)在從一個(gè)例子開(kāi)始說(shuō)明以上單位之間的區(qū)別與聯(lián)系。
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/big"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<View
android:layout_gravity="center"
android:background="@color/green"
android:layout_width="200px"
android:layout_height="200px">
</View>
</FrameLayout>
布局文件里有個(gè)View，長(zhǎng)寬都是200px，分別在分辨率為480(寬)x800(高）簡(jiǎn)稱A設(shè)備、1080(寬)x1920(高）簡(jiǎn)稱B設(shè)備，效果如下:
左邊是A設(shè)備，右邊是B設(shè)備。問(wèn)題出來(lái)了，同樣長(zhǎng)寬都是200px，為啥A設(shè)備顯示很大，B設(shè)備顯示很小呢？你可能會(huì)說(shuō)B設(shè)備的橫向分辨率1080比A設(shè)備的480大，所以在B設(shè)備上看起來(lái)比較小。來(lái)看看A、B設(shè)備橫向到底是多少英寸，怎么來(lái)計(jì)算呢？這時(shí)候就需要用到ppi了，既然知道橫向的像素點(diǎn)個(gè)數(shù)，也知道每英寸能容納的像素點(diǎn)，當(dāng)然可以得知橫向的尺寸了。
DisplayMetrics.java
/**
* The exact physical pixels per inch of the screen in the X dimension.
*/
public float xdpi;
/**
* The exact physical pixels per inch of the screen in the Y dimension.
*/
public float ydpi;
其中一種方式獲取DisplayMetrics對(duì)象：
DisplayMetrics displayMetrics = getResources().getDisplayMetrics();
A設(shè)備寬度尺寸：480(px)/240(ppi)=2inch
B設(shè)備寬度尺寸：1080(px)/420(ppi)=2.5inch
可以看出，A、B設(shè)備尺寸差別不大。A設(shè)備ppi=240 B設(shè)備ppi=420，明顯地看出B設(shè)備單位長(zhǎng)度上比A設(shè)備能夠容納更多的像素，因此同樣的200px，B設(shè)備只需要較小的尺寸就能夠顯示，因此在B設(shè)備上的view看起來(lái)比A設(shè)備小很多。
知道了問(wèn)題的原因，然而顯示的效果卻不能接受。
我們想要的效果是：同一大小的view在不同的設(shè)備上“看起來(lái)一樣大”
我們總不能自己判斷每個(gè)設(shè)備的ppi，然后計(jì)算實(shí)際需要多少像素，再動(dòng)態(tài)設(shè)置view的大小吧，那layout里的靜態(tài)布局大小就無(wú)法動(dòng)態(tài)更改適應(yīng)了。想當(dāng)然的能有一個(gè)統(tǒng)一的地方替我們轉(zhuǎn)換，沒(méi)錯(cuò)！Android系統(tǒng)已經(jīng)幫我們實(shí)現(xiàn)了轉(zhuǎn)換。接下來(lái)就是dpi、dp出場(chǎng)了。
引入dpi、dp
Android系統(tǒng)使用dpi來(lái)描述屏幕的密度，使用dp來(lái)描述密度與像素的關(guān)系。
A設(shè)備dpi=240
B設(shè)備dpi=420
Android系統(tǒng)最終識(shí)別的單位是px，怎么將dpi和px關(guān)聯(lián)起來(lái)呢？，答案是dp。
Android規(guī)定當(dāng)dpi=160時(shí)，1dp=1px，當(dāng)dpi=240時(shí)，1dp=1.5px，依此類推，并且給各個(gè)范圍的dpi取了簡(jiǎn)易的名字加以直觀的識(shí)別，如120<dpi<=160，稱作為mdpi，120<dpi<=240 稱作hdpi，最終形成如下規(guī)則：
ldpi（value <= 120 dpi)
mdpi（120 dpi < value <= 160 dpi）
hdpi（160 dpi < value <= 240 dpi）
xhdpi（240 dpi < value <= 320 dpi）
xxhdpi（320 dpi < value <= 480 dpi）
xxxhdpi（480 dpi < value <= 640 dpi）
現(xiàn)在知道了dp能夠在不同dpi設(shè)備上對(duì)應(yīng)不同px，相當(dāng)于中間轉(zhuǎn)換層，我們只需要將view長(zhǎng)寬單位設(shè)置為合適的dp，就無(wú)需關(guān)注設(shè)備之間密度差異，系統(tǒng)會(huì)幫我們完成dp-px轉(zhuǎn)換。將我們之前的例子稍微更改，再看看效果驗(yàn)證一下：
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/big"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<View
android:layout_gravity="center"
android:background="@color/green"
android:layout_width="200dp"
android:layout_height="200dp">
</View>
</FrameLayout>
這里看起來(lái)還是不一樣呢?[注1]
綜上所述，dp作為中間單位為我們屏蔽了不同密度設(shè)備差異，這也是為啥dp/dip叫做“設(shè)備（密度）無(wú)關(guān)像素”的原因。
mipmap圖片資源文件
通過(guò)上面對(duì)dp的了解，我們知道在設(shè)定view大小、間距時(shí)使用dp能最大限度地屏蔽設(shè)備密度之間的差異。可能你就會(huì)問(wèn)了，那bitmap展示的時(shí)候如何適配不同密度的設(shè)備呢？
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(bitmap.getWidth(), bitmap.getHeight());
}
private void init() {
String path = Environment.getExternalStorageDirectory() + "/Download/photo1.jpg";
bitmap = BitmapFactory.decodeFile(path);
paint = new Paint();
paint.setAntiAlias(true);
}
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
Rect src = new Rect(0, 0, bitmap.getWidth(), bitmap.getHeight());
RectF rectF = new RectF(0, 0, bitmap.getWidth(), bitmap.getHeight());
canvas.drawBitmap(bitmap, src, rectF, paint);
}
自定義view從磁盤(pán)上加載一張圖片，并將之顯示在view上，view的大小決定于bitmap大小。依舊以上述A、B設(shè)備為例，展示結(jié)果如下：
左邊是A設(shè)備，右邊是B設(shè)備。
明顯地看出，在A設(shè)備顯示比B設(shè)備大很多，實(shí)際上和我們之前用px來(lái)描述view的大小原理是一樣的，bitmap的寬、高都是px在描述，而bitmap決定了view的寬、高，最終導(dǎo)致A設(shè)備和B設(shè)備上的view大?。▽?、高像素）是一樣的，而它們屏幕密度又不相同，因此產(chǎn)生了差異。
那不會(huì)每次都需要我們自己根據(jù)屏幕密度來(lái)轉(zhuǎn)換bitmap大小吧？幸運(yùn)的是，Android已經(jīng)為我們考慮到了。
如上圖，在Android Studio創(chuàng)建工程的時(shí)候，默認(rèn)在res下創(chuàng)建mipmap目錄，這些mipmap目錄按照密度分為mdpi/hdpi/xhdpi/xxhdpi/xxxhdpi，看起來(lái)都在“一個(gè)“mipmap”目錄下，實(shí)際上分為不同的目錄：
生成不同密度的目錄有什么作用？
A設(shè)備dpi=240，根據(jù)dpi范圍，屬于hdpi
B設(shè)備dpi=420，根據(jù)dpi范圍，屬于xxhdpi
圖片原始尺寸：photo1.jpg(寬高 172px-172px)
當(dāng)我們想要在不同密度設(shè)備上顯示同一張圖片并且想要“看起來(lái)一樣大時(shí)”。假設(shè)設(shè)計(jì)的時(shí)候以hdpi為準(zhǔn)，放置photo1.jpg為172*172，那么根據(jù)計(jì)算規(guī)則在xxhdpi上需要設(shè)置photo1.jpg為:
scale = 480 / 240 = 2
width = 172 * 2 = 344
height = 172 * 2= 344
注：這里為什么要放大？可以這么理解，因?yàn)锽設(shè)備密度大，通常來(lái)說(shuō)密度越大單位尺寸內(nèi)需要的像素越多，假設(shè)A設(shè)備上172*172占據(jù)1inch面積，那么為了能夠在B設(shè)備上填充滿相同的面積需要更多的像素，因此B設(shè)備上的圖片分辨率應(yīng)該更大（這里說(shuō)的通常是因?yàn)檎嬲龥Q定設(shè)備單位尺寸內(nèi)容納的像素個(gè)數(shù)的因素是ppi，有些設(shè)備dpi比較大，但是ppi反而?。?/p>
現(xiàn)在hdpi和xxhdpi目錄下分別存放了同名圖片：photo1.jpg，只是大小不同。當(dāng)程序運(yùn)行的時(shí)候：
A設(shè)備發(fā)現(xiàn)自己密度屬于hdpi，它會(huì)直接到hdpi下尋找對(duì)應(yīng)的photo1.jpg并顯示
B設(shè)備發(fā)現(xiàn)自己密度屬于xxhdpi，它會(huì)直接到xxhdpi下尋找對(duì)應(yīng)的photo1.jpg并顯示
來(lái)看看效果：
左邊A設(shè)備，右邊B設(shè)備
針對(duì)不同的密度設(shè)計(jì)不同的圖片大小，最大限度保證了同一圖片在不同密度設(shè)備上表現(xiàn)“看起來(lái)差不多大”。
來(lái)看看A、B設(shè)備上圖片占內(nèi)存大?。?/p>
A設(shè)備 172 * 172 * 4 = 118336 ≈ 116k
B設(shè)備 344 * 344 * 4 = 473344 ≈ 462k
注：解析bitmap時(shí)，默認(rèn)inPreferredConfig=ARGB_8888，也就是每個(gè)像素有4個(gè)字節(jié)來(lái)存儲(chǔ)
說(shuō)明在B設(shè)備上顯示photo1.jpg需要更多的內(nèi)存。
上邊只是列舉了hdpi、xxhdipi，同理對(duì)于mdpi、xhdpi、xxxhdpi根據(jù)規(guī)則放入相應(yīng)大小的圖片，程序會(huì)根據(jù)不同的設(shè)備密度從對(duì)應(yīng)的mipmap文件夾下加載資源。如此一來(lái)，我們無(wú)需關(guān)注bitmap在不同密度設(shè)備上顯示問(wèn)題了。
圖片資源文件的加載
在mipmap各個(gè)文件夾下都放置同一套資源的不同尺寸文件似乎有點(diǎn)太占apk大小，能否只放某個(gè)密度下圖片，其余的靠系統(tǒng)自己適配呢？
現(xiàn)在只保留hdpi下的photo1.jpg圖片，看看在A、B設(shè)備上運(yùn)行情況如何：
看起來(lái)和上張圖差不多，說(shuō)明系統(tǒng)會(huì)幫我們適配B設(shè)備上的圖片。
再來(lái)看看A、B設(shè)備上圖片占內(nèi)存大?。?br>
先看A設(shè)備：
再看B設(shè)備：
A設(shè)備 172 * 172 * 4 = 118336 ≈ 116k
B設(shè)備 301 * 301 * 4 = 362404 ≈ 354k
對(duì)比photo1.jpg 分別放在hdpi、xxhdpi和只放在hdpi下可以看出：B設(shè)備上圖片所占內(nèi)存變小了。為什么呢？接下來(lái)從源碼里尋找答案。
構(gòu)造Bitmap
Bitmap bitmap = BitmapFactory.decodeResource(getContext().getResources(), R.mipmap.photo1);
A、B設(shè)備同樣加載hdpi/photo1.jpg，返回的bitmap大小不相同，我們從這方法開(kāi)始一探究竟。
public static Bitmap decodeResource(Resources res, int id, BitmapFactory.Options opts) {
validate(opts);
Bitmap bm = null;
InputStream is = null;
try {
final TypedValue value = new TypedValue();
//根據(jù)資源id，構(gòu)造Value對(duì)象，這里面需要關(guān)注的變量：density
is = res.openRawResource(id, value);
bm = decodeResourceStream(res, value, is, null, opts);
} catch (Exception e) {
/* do nothing.
If the exception happened on open, bm will be null.
If it happened on close, bm is still valid.
*/
} finally {
try {
if (is != null) is.close();
} catch (IOException e) {
// Ignore
}
}
if (bm == null && opts != null && opts.inBitmap != null) {
throw new IllegalArgumentException("Problem decoding into existing bitmap");
}
return bm;
}
public static Bitmap decodeResourceStream(@Nullable Resources res, @Nullable TypedValue value,
@Nullable InputStream is, @Nullable Rect pad, @Nullable BitmapFactory.Options opts) {
validate(opts);
if (opts == null) {
opts = new BitmapFactory.Options();
}
if (opts.inDensity == 0 && value != null) {
//通過(guò)value里的density給options里的inDensity賦值
final int density = value.density;
if (density == TypedValue.DENSITY_DEFAULT) {
opts.inDensity = DisplayMetrics.DENSITY_DEFAULT;
} else if (density != TypedValue.DENSITY_NONE) {
opts.inDensity = density;
}
}
if (opts.inTargetDensity == 0 && res != null) {
//獲取設(shè)備屏幕密度并賦予opts.inTargetDensity
opts.inTargetDensity = res.getDisplayMetrics().densityDpi;
}
//確定option inDensity、inTargetDensity 后傳入jni層加載bitmap
return decodeStream(is, pad, opts);
}
上面涉及到的關(guān)鍵點(diǎn)是density，分別是TypedValue的density和Options的density。
先來(lái)看看TypedValue density:
/**
* If the Value came from a resource, this holds the corresponding pixel density.
* */
public int density;
簡(jiǎn)單解釋：表示該資源從哪個(gè)密度文件夾下取的；比如A、B設(shè)備取hdpi下的photo1.jpg，那么此時(shí)density=240
再來(lái)看看Options density
* The pixel density to use for the bitmap. This will always result
* in the returned bitmap having a density set for it
public int inDensity;
* The pixel density of the destination this bitmap will be drawn to.
* This is used in conjunction with {@link #inDensity} and
* {@link #inScaled} to determine if and how to scale the bitmap before
* returning it.
public int inTargetDensity;
簡(jiǎn)單解釋：inDensity表示該資源來(lái)源于哪個(gè)密度的文件夾，該值從TypedValue獲??；inTargetDensity表示該資源將要顯示在哪個(gè)密度的設(shè)備上。在構(gòu)造Bitmap時(shí)，會(huì)根據(jù)inDensity與inTargetDensity決定Bitmap放大縮寫(xiě)的倍數(shù)。
計(jì)算公式如下：
needSize = (int)(size * ((float)inTargetDensity / inDensity) + 0.5) （四舍五入）
現(xiàn)在分析B設(shè)備加載hdpi/photo1.jpg如何做的:
1、hdpi密度是240 因此Options.inDesnity = 240
2、B設(shè)備密度是420 因此Options.inTargetDensity = 420;
3、B設(shè)備返回bitmap大小=172 * 420 / 240 = 301px
和我們之前調(diào)試的結(jié)果一致。
Density匹配規(guī)則
B設(shè)備是怎么決定使用hdpi下的圖片資源呢？
根據(jù)實(shí)驗(yàn)（嘗試找了源碼，沒(méi)怎么看懂，因此只是做了實(shí)驗(yàn)，可能在不同密度設(shè)備上找尋規(guī)則不一樣）：B設(shè)備先找屬于自己密度范圍文件夾下的圖片，B設(shè)備屬于xxhdpi，先查看xxhdpi有沒(méi)有photo1.jpg，如果沒(méi)有則往更高的密度找，比它高的密度是xxxhdpi，還是沒(méi)有，則往低密度找，找xhdpi，沒(méi)有再找hdpi，找到了則返回構(gòu)造好的TypedValue，剩下的就是我們前面分析的。
既然我們只想放某個(gè)密度下的一份切圖，該放哪個(gè)密度下呢？從系統(tǒng)尋找規(guī)則看，更推薦放置在更高密度下的，因?yàn)槿绻旁诘兔芏认拢敲串?dāng)運(yùn)行在高密度設(shè)備上時(shí)，圖片會(huì)進(jìn)行放大，可能導(dǎo)致不清晰。我一般習(xí)慣放在xxhdpi下。
drawable和mipmap不同密度文件夾
Android Studio默認(rèn)創(chuàng)建了不同密度的mipmap文件夾，默認(rèn)放置了ic_launcher.png。我們普通的切圖該放drawable還是mipmap下呢？對(duì)于這個(gè)問(wèn)題網(wǎng)上也是眾說(shuō)紛紜，實(shí)際上對(duì)于我們來(lái)說(shuō)，關(guān)注的重點(diǎn)是圖片放在drawable或者mipmap，加載出來(lái)bitmap是否有差異，如果沒(méi)有差異放在哪就看習(xí)慣了。通過(guò)實(shí)踐，普通的切圖放drawable和mipmap下加載出來(lái)的bitmap是沒(méi)有差異的，只不過(guò)用drawable的話需要自己創(chuàng)建不同密度的文件夾。我習(xí)慣于放在drawable下(啟動(dòng)圖標(biāo)logo還是放在mipmap下）。
屏幕寬度適配
前邊[注1]留了個(gè)問(wèn)題，我們使用dp來(lái)表示view的大小了，為啥兩個(gè)看起來(lái)還是有些差距？下面我們更加直觀地看一個(gè)例子。
A設(shè)備dpi=240 密度1.5 分辨率(寬高px)：480 * 800
B設(shè)備dpi=420 密度2.625 分辨率(寬高px)：1080 * 1794
換算成dp
A設(shè)備分辨率：320dp * 533dp
B設(shè)備分辨率：411dp * 683dp
依舊是上邊的例子：
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/big"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<View
android:id="@+id/iv"
android:background="@color/green"
android:layout_gravity="center"
android:layout_width="320dp"
android:layout_height="320dp"/>
</FrameLayout>
將view寬高分別設(shè)置為320dp，看看效果：
左邊A設(shè)備，右邊B設(shè)備
可以看出同樣的320dp大小，A設(shè)備鋪滿了屏幕，而B(niǎo)設(shè)備沒(méi)有。這效果顯然是不能接受的，Android考慮到不同設(shè)備寬高不同，推出了"寬高限定符"。以A、B設(shè)備為例：
在res文件夾下創(chuàng)建文件夾：
values-800x480
values-1794x1080
假設(shè)設(shè)計(jì)師出圖是按照800x480，那么我們創(chuàng)建dimen文件的時(shí)候
<?xml version="1.0" encoding="utf-8"?>
<resources>
<dimen name="px1">1px</dimen>
<dimen name="px2">1px</dimen>
...
<dimen name="px100">100px</dimen>
<dimen name="px101">101px</dimen>
</resources>
該文件放在values-800x480文件夾下。
根據(jù)分辨率比例算出1794x1080的dimen值
<?xml version="1.0" encoding="utf-8"?>
<resources>
<dimen name="px1">2.24px</dimen>
<dimen name="px2">4.48px</dimen>
...
<dimen name="px100">224px</dimen>
<dimen name="px101">226.24px</dimen>
</resources>
這樣子，A、B設(shè)備加載資源的時(shí)候使用對(duì)應(yīng)分辨率限定符下的px，如果找不到再找默認(rèn)值，可以在一定程度上解決屏幕寬高碎片化適配問(wèn)題。
但是這樣子的限定比較嚴(yán)格，需要測(cè)試各種分辨率，后來(lái)Android又推出了"smallest-width"簡(jiǎn)稱最小寬度限制。
A設(shè)備寬320dp
B設(shè)備寬411dp
假設(shè)設(shè)計(jì)師切圖標(biāo)準(zhǔn)屏幕寬是320dp(A設(shè)備），那么可以定義如下dimen.xml文件
<?xml version="1.0" encoding="utf-8"?>
<resources>
<dimen name="dp1">1dp</dimen>
<dimen name="dp2">2dp</dimen>
<dimen name="dp320">320dp</dimen>
</resources>
該文件放在values-sw320dp文件夾下
根據(jù)規(guī)則，計(jì)算B設(shè)備dimen.xml
scale = targetWidth/baseWidth=411/320≈1.28
value = scale * baseValue
得出：
<?xml version="1.0" encoding="utf-8"?>
<resources>
<dimen name="dp1">1dp</dimen>
<dimen name="dp2">3dp</dimen>
<dimen name="dp320">410dp</dimen>
</resources>
現(xiàn)在我們繼續(xù)來(lái)看之前的view
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/big"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<View
android:id="@+id/iv"
android:background="@color/green"
android:layout_gravity="center"
android:layout_width="@dimen/dp320"
android:layout_height="@dimen/dp320"/>
</FrameLayout>
通過(guò)對(duì)dimen引用，A設(shè)備尋找和自己寬度一樣的dimen文件，找到values-sw320dp，dp320=320dp。B設(shè)備尋找和自己寬度一樣的dimen文件，找到values-sw411dp，dp320=410dp。這樣子同樣的dp320，得出不同的值，就適配了屏幕寬度不同的問(wèn)題。
看看效果：
這次B設(shè)備也鋪滿了屏寬。
1、如果B設(shè)備找不到values-sw411dp，那么會(huì)繼續(xù)往下尋找（比自己寬度小的），比如找到values-sw390dp，就會(huì)使用里面的值
2、為什么高度沒(méi)有限定呢？因?yàn)閷?duì)于豎直方向上來(lái)說(shuō)，我們是可以設(shè)計(jì)為滾動(dòng)模式的，因此對(duì)于高度的適配沒(méi)那么敏感
綜上，為了適配不同屏幕大小，推薦使用dp+smallest-width。
如何獲取dpi
DisplayMetrics.java
private static int getDeviceDensity() {
// qemu.sf.lcd_density can be used to override ro.sf.lcd_density
// when running in the emulator, allowing for dynamic configurations.
// The reason for this is that ro.sf.lcd_density is write-once and is
// set by the init process when it parses build.prop before anything else.
return SystemProperties.getInt("qemu.sf.lcd_density",
SystemProperties.getInt("ro.sf.lcd_density", DENSITY_DEFAULT));
}
獲取設(shè)備dpi最終都是從這方法獲取的，實(shí)際上就是讀取系統(tǒng)的配置文件。因此我們也可以通過(guò)adb shell 獲?。?/p>
HWTAS:/ $ wm size
Physical size: 1080x2340
HWTAS:/ $
HWTAS:/ $ getprop ro.sf.lcd_density
480
HWTAS:/ $ wm density
Physical density: 480
HWTAS:/ $
可以看出dpi是系統(tǒng)配置好的，當(dāng)然有些手機(jī)是可以設(shè)置分辨率的，設(shè)置之后我們查看分辨率：
HWTAS:/ $ wm density
Physical density: 480
Override density: 320
HWTAS:/ $
HWTAS:/ $
HWTAS:/ $ wm size
Physical size: 1080x2340
Override size: 720x1560
HWTAS:/ $
分辨率變低了，dpi也變小了。
