1. 可以用今日頭條的適配方式，修改系統的density
1.1 先確定按寬還是高為基準，進行縮放適配。舉例選寬
1.2 代碼中獲取設備的寬的像素值 / 設計稿寬的 dp值 = 目標density
1.3 在Activity#onCreate中將這個density設置給系統DisplayMetrics
1.4 項目xml中的控件，全部設置為設計稿中一樣的大小
1.5 注意處理scaledDensity和失效重新設置的相關問題
private static float sNoncompatDensity;
private static float sNoncompatScaledDensity;
private static void setCustomeDensity(@NonNull Activity activity, @NonNull final Application application){
final DisplayMetrics appDisplayMetrics = application.getResources().getDisplayMetrics();
if(sNoncompatDensity == 0){
sNoncompatDensity = appDisplayMetrics.density;
sNoncompatScaledDensity = appDisplayMetrics.scaleDensity;
application.registerComponentCallbacks(new ComponentCallbacks(){
@Override
public void onConfigurationChanged(Configuration newConfig){
if(newConfig != null && newConfig.fontScale > 0){
sNoncompatScaledDensity = application.getResources().getDisplayMetrics().scaledDensity;
}
}
@Override
public void onLowMemory(){}
});
}
//設計圖360 dp的寬
final float targetDensity = appDisplayMetrics.widthPixels / 360;
final float targetScaledDensity = targetDensity * (sNoncompatScaledDensity / sNoncompatDensity);
final int targetDensityDpi = targetDensityDpi;
appDisplayMetrics.density = targetDensity;
appDisplayMetrics.scaledDensity = targetScaledDensity;
appDisplayMetrics.densityDpi = targetDensityDpi;
final DisplayMetrics activityDisplayMetrics = activity.getResources().getDisplayMetrics();
activityDisplayMetrics.density = targetDensity;
activityDisplayMetrics.scaledDensity = targetScaledDensity;
activityDisplayMetrics.densityDpi = targetDensityDpi;
}
2. 基于頭條的原理，不修改DisplayMetrics#density，而是修改DisplayMetrics#xdpi
2.1 xml中使用pt單位
2.2 重寫Activity下 getResources() 函數
2.3 選擇適配基準是設計圖的寬或高
2.4 與今日頭條方案一樣計算出newXdpi，即用屏幕寬度/高度像素 / 設計圖dp數 * 72f
2.5 設置Resources【包含反射設置】
override fun getResources(): Resources {
return AdaptScreenUtils.adaptWidth(super.getResources(), 1080)
}
override fun getResources(): Resources {
return AdaptScreenUtils.adaptHeight(super.getResources(), 1920)
}
override fun getResources(): Resources {
return AdaptScreenUtils.closeAdapt(super.getResources())
}
#AdaptScreenUtils.java
@NonNull
public static Resources adaptWidth(@NonNull final Resources resources, final int designWidth) {
float newXdpi = (resources.getDisplayMetrics().widthPixels * 72f) / designWidth;
applyDisplayMetrics(resources, newXdpi);
return resources;
}
@NonNull
public static Resources adaptHeight(@NonNull final Resources resources, final int designHeight) {
float newXdpi = (resources.getDisplayMetrics().heightPixels * 72f) / designHeight;
applyDisplayMetrics(resources, newXdpi);
return resources;
}
public static Resources closeAdapt(@NonNull final Resources resources) {
float newXdpi = Resources.getSystem().getDisplayMetrics().density * 72f;
applyDisplayMetrics(resources, newXdpi);
return resources;
}
private static void applyDisplayMetrics(@NonNull final Resources resources, final float newXdpi) {
resources.getDisplayMetrics().xdpi = newXdpi;
Utils.getApp().getResources().getDisplayMetrics().xdpi = newXdpi;
applyOtherDisplayMetrics(resources, newXdpi);
}
//反射設置Resources中的xdpi
private static void applyOtherDisplayMetrics(final Resources resources, final float newXdpi) {
if (sMetricsFields == null) {
sMetricsFields = new ArrayList<>();
Class resCls = resources.getClass();
Field[] declaredFields = resCls.getDeclaredFields();
while (declaredFields != null && declaredFields.length > 0) {
for (Field field : declaredFields) {
if (field.getType().isAssignableFrom(DisplayMetrics.class)) {
field.setAccessible(true);
DisplayMetrics tmpDm = getMetricsFromField(resources, field);
if (tmpDm != null) {
sMetricsFields.add(field);
tmpDm.xdpi = newXdpi;
}
}
}
resCls = resCls.getSuperclass();
if (resCls != null) {
declaredFields = resCls.getDeclaredFields();
} else {
break;
}
}
} else {
applyMetricsFields(resources, newXdpi);
}
}
不會失效，這一點是最值得吹牛的，因為不論頭條的適配還是 AndroidAutoSize，都會存在 DisplayMetrics#density 被還原的情況，需要自己重新設置回去，最顯著的就是界面中存在 WebView 的話，由于其初始化的時候會還原 DisplayMetrics#density 的值導致適配失效，當然這點已經有解決方案了，但還會有很多其他情況會還原 DisplayMetrics#density 的值導致適配失效。而我這方案就是為了解決這個痛點，不讓 DisplayMetrics 中的值被還原導致適配失效。
概念解釋
px（Pixel像素）
也稱為圖像元素，是作為圖像構成的基本單元，單個像素的大小并不固定，跟隨屏幕大小和像素數量的關系變化（屏幕越大，像素越低，單個像素越大，反之亦然）。所以在使用像素作為設計單位時，在不同的設備上可能會有縮放或拉伸的情況。Resolution（分辨率）
是指屏幕的垂直和水平方向的像素數量，如果分辨率是 1920*1080 ，那就是垂直方向有 1920個像素，水平方向有 1080個像素。Dpi（像素密度）
是指的是在系統軟件上指定的，屏幕上每英寸（1英寸 = 2.54厘米）距離中有多少個像素點。如果屏幕為 320*240，屏幕長 2 英寸寬 1.5英寸，Dpi = 320 / 2 = 240 / 1.5 = 160。它往往是寫在系統出廠配置文件的一個固定值；Density（密度）
這個是指屏幕上每平方英寸（2.54 ^ 2 平方厘米）中含有的像素點數量。Android dip/dp (設備獨立像素)
長度單位，同一個單位在不同的設備上有不同的顯示效果，具體效果根據設備的密度有關，詳細的公式請看下面 。
ppi（物理：屏幕像素密度）
物理概念，它是客觀存在的不會改變。dpi是軟件參考了物理像素密度后，人為指定的一個值，這樣保證了某一個區間內的物理像素密度在軟件上都使用同一個值；dp加上自適應布局和weight比例布局能解決90%的適配問題。因為并不是所有的1080P的手機dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420；
寬高限定符適配：窮舉市面上所有的Android手機的寬高像素值，設定一個基準的分辨率，其他分辨率都根據這個基準分辨率來計算，在不同的尺寸文件夾內部，根據該尺寸編寫對應的dimens文件。但其有一個致命的缺陷，那就是需要精準命中才能適配，App包體積也會變大
重要公式
- px = density * dp
- density = Dpi / 160
- px = (dpi / 160) * dp
例：我們以一個 4.95 英寸 1920 * 1080 的 nexus5 手機設備為例：
-
Dpi：
- 條件中的4.95英寸，指的是屏幕對角線的長度，所以我們要求屏幕對角線的像素數，即
【勾股定理】
- 計算dpi: 2202/4.95 = 445
- 得到這個設備的dpi為445【每英寸距離中有445個像素】
- 條件中的4.95英寸，指的是屏幕對角線的長度，所以我們要求屏幕對角線的像素數，即
Density
上面得到每英寸長度中有440像素，那么density為沒平方英寸中的像素數量，應該為-
dip
- 先明白一個概念，所有顯示到屏幕上的圖像都是以px為單位
- dip是我們開發中使用的長度單位，最后它也要裝換成px
- 計算這個設備上1dip等于多少px：
px = dip * Dpi / 160
px = 1 * 445 / 160 - 通過上面的計算可以看出在此設備上 1dip = 2.78px，那么這是一個真實的故事嗎？
nonono，其中的關鍵值dpi并不是我們算出來的445
Android系統定義的Dpi
上面計算的 445Dpi 是在 4.95英寸下的 1920*1080 手機，那如果是 4.75英寸下的呢？ 4.55 英寸下的呢？。。。可見是很麻煩的，同一個分辨率在不同的屏幕尺寸上 Dpi 如果這么算是不相同的。為了解決這個問題，Android 中內置了幾個默認的 Dpi，在特定的分辨率下自動調用，也可以手動在配置文件中修改。
| ldpi | mdpi | hdpi | xhdpi | xxhdpi | |
|---|---|---|---|---|---|
| 分辨率 | 240x320 | 320x480 | 480x800 | 720x1280 | 1080x1920 |
| 系統dpi | 120 | 160 | 240 | 320 | 480 |
| 基準比例 | 0.75 | 1 | 1.5 | 2 | 3 |
這是內置的 Dpi ，啥意思？ 在 1920*1080 分辨率的手機上 默認就使用 480 的 dpi ，不管的你的尺寸是多大都是這樣，除非廠家手動修改了配置文件，這個我們后面再說。
我們親自嘗試一下
<TextView
android:id="@+id/tv"
android:layout_width="200dp"
android:layout_height="100dp"
android:text="Hello World!" />
這是一個 textview，高為 200dp 寬為 100dp 。按照我們之前的公式手動計算：
height = 100 x 445 / 160 = 278.5 px
width = 200 x 445 / 160 = 556.25 px
我們用下列代碼獲取到控件的實際像素看看是否相同：
layout = (RelativeLayout)findViewById(R.id.la);
//要在控件繪制完成后才能獲取到相關信息，所以這里要監聽繪制狀態
layout.getViewTreeObserver().addOnPreDrawListener(new ViewTreeObserver.OnPreDrawListener() {
public boolean onPreDraw() {
Log.d("test", textView.getHeight() + "/" + textView.getWidth());
return true;
}
});
//輸出的結果為：300/600
//內部計算過程為：
height = 100 x 480 / 160 = 300px
width = 200 x 480 / 160 = 600px
其中的 160 是基準值不會變的，100 和200 是我們設置的 dp ，那么這 480是從何而來的？說好的 445 呢？
找到我們手機中的 /system/build.prop 文件，其中有一行是這樣：
ro.sf.lcd_density=480
這就指定了這個機型使用的dpi是多少，還有一種情況是沒有這一行（我在模擬器中發現過），那么應該是根據表格中的分辨率來自動設置。
說到底，因為有dpi這個動態的系數，我們在使用dp的時候才能兼容不同分辨率的設備。
到這里，應該都明白了 dpi 的由來，以及系統 dpi 跟物理 dpi 并不一定相同。
在系統中使用的全部都是系統 dpi，沒有使用物理 dpi，也獲取不到物理 dpi。物理 dpi 主要用于廠家對于手機的參數描述（也可以看做 ppi ）！
設備 1，屏幕寬度為 1080px，480DPI，屏幕總 dp 寬度為 1080 / (480 / 160) = 360dp
