前言
前段時間在掘金上看了一篇關于Android屏幕適配的新方案Android 屏幕適配從未如斯簡單(8月10日最終更新版)以及一種極低成本的Android屏幕適配方式, 這。。。 不是和我的適配方案一個思路嗎,還是有一定的差別。
真的是巧了,我們公司也是做資訊的,呃。。 和頭條好像。起初,我們的需求是改字體,于是寫了這篇文章Android屏幕適配,該文章寫了適配相關知識點以及如何防止更改系統(tǒng)字體影響應用ui
接著,產品需求來了,每臺機子的資訊頻道個數不一樣,邊距也有差別,1像素都不能差。。。由于項目中并沒有做屏幕適配,手動一個個文件改過去??涼涼??????
最后,從適配字體的方案延伸出適配屏幕的方案
之前沒條件驗證方案,現在頭條幫我驗證,撿了個現成的??????
需了解的相關知識
- 屏幕尺寸
指屏幕對角線的物理尺寸(inch),1英寸=2.54cm
- 屏幕分辨率
指屏幕橫縱向像素點(px),例:1920x1080、2560x1440
- 像素密度
每英寸的像素點(dpi)
- 屏幕無關像素
指與屏幕像素點無關的表示單位(dp/dip),主要用于限定控件大小
- 密度關系及其換算表
密度類型 | 分辨率 | 像素密度 | 像素密度范圍 | 換算(dp->px) |
---|---|---|---|---|
ldpi | 320x240 | 120 | 0~120 | 1dp -> 0.75px |
mdpi | 480x320 | 160 | 120~160 | 1dp -> 1px |
hpdi | 800x480 | 240 | 160~240 | 1dp -> 1.5px |
xhdpi | 1280x720 | 320 | 240~320 | 1dp -> 2px |
xxhdpi | 1920x1080 | 480 | 320~480 | 1dp -> 3px |
xxxhdpi | 2560x1440 | 640 | 480~640 | 1dp -> 4px |
- 調整首選項中字體大小,density不會變化,scaledDensity跟隨字號變化。因此有特殊需求的情況,不讓應用字體跟隨設置中字號變化,可直接調整scaledDensity的值。
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
Resources.getSystem().getDisplayMetrics().scaledDensity = Resources.getSystem().getDisplayMetrics().density;
getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().density;
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
Resources.getSystem().getDisplayMetrics().scaledDensity = Resources.getSystem().getDisplayMetrics().density;
getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().density;
}
}
為什么需要屏幕適配???
- 之前,一直不懂為什么需要做適配??? 使用dp不是能解決??? 1dp = (像素密度/160)px
- 先看像素密度公式:dpi = Math.sqrt(寬 * 寬 + 高 * 高) / 屏幕尺寸,其中寬高指的是屏幕分辨率的寬高
例子1:
小米4W
分辨率: 1080 * 1920
屏幕尺寸: 5inch
像素密度: dpi = Math.sqrt(1080 * 1080 + 1920 * 1920) / 5 ≈ 440
1dp = (440 / 160) ≈ 2.75px例子2:
紅米Note4
分辨率: 1080 * 1920
屏幕尺寸: 5.5inch
像素密度: dpi = Math.sqrt(1080 * 1080 + 1920 * 1920) / 5.5 ≈ 400
1dp = (400 / 160) ≈ 2.5px結論: 使用dp并不能完全解決屏幕適配問題,使用同樣的dp值在每個屏幕上展現出來的相對大小不一致
適配方案一(重新設置density)
dp與px怎么換算的?sp與px怎么換算的?
分析applyDimension
TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 22, getResources().getDisplayMetrics());
public static float applyDimension(int unit, float value, DisplayMetrics metrics)
{
switch (unit) {
case COMPLEX_UNIT_PX:
return value;
case COMPLEX_UNIT_DIP:
return value * metrics.density;
case COMPLEX_UNIT_SP:
return value * metrics.scaledDensity;
case COMPLEX_UNIT_PT:
return value * metrics.xdpi * (1.0f/72);
case COMPLEX_UNIT_IN:
return value * metrics.xdpi;
case COMPLEX_UNIT_MM:
return value * metrics.xdpi * (1.0f/25.4f);
}
return 0;
}
結論:
dp->px公式:value * metrics.density
sp->px公式:value * metrics.scaledDensity
因此關鍵在于metrics對象,而metrics對象又是從Resources獲取到,Resources對象又是從Activity或者Application中獲取
分析DisplayMetrics對象
DisplayMetrics#density 用于dp與px的換算
DisplayMetrics#densityDpi 像素密度
DisplayMetrics#scaledDensity 字體的縮放因子,正常情況下和density相等,但是調節(jié)系統(tǒng)字體大小后會改變這個值
嘗試修改Activity.getResources().getDisplayMetrics()屬性值,以適配屏幕
放在setContentView之前
DisplayMetrics displayMetrics = app.getResources().getDisplayMetrics();
displayMetrics.densityDpi = 160;
displayMetrics.density = 1.0;
displayMetrics.scaledDensity = 1.0;
結論: 調整參數生效,具體分析可見頭條文章我就不在分析了一種極低成本的Android屏幕適配方式
densityDpi、density、scaledDensity要設置多少?
根據密度關系及其換算表,得知某個像素密度范圍會對應一個標準值,因此我們直接根據標準值來設置這三個屬性值。這樣的好處是,將所有屏幕轉換成標準屏幕處理
例如: 小米4W 像素密度440 此時,調整屬性值densityDpi = 480;density = 3.0; scaledDensity = 3.0;
實現代碼:
/**
* 獲取像素密度
* @param densityDpi 像素密度
*/
private static Density getDensity(int densityDpi) {
if (densityDpi <= Density.LDPI.densityDpi) {
return Density.LDPI;
} else if (densityDpi <= Density.MDPI.densityDpi) {
return Density.MDPI;
} else if (densityDpi <= Density.HDPI.densityDpi) {
return Density.HDPI;
} else if (densityDpi <= Density.XHDPI.densityDpi) {
return Density.XHDPI;
} else if (densityDpi <= Density.XXHDPI.densityDpi) {
return Density.XXHDPI;
} else if (densityDpi <= Density.XXXHDPI.densityDpi) {
return Density.XXXHDPI;
} else { // 其他情況使用默認屏幕信息
int density = (int) (1.0 * densityDpi / 160);
if (density * 160 < densityDpi) {
density += 1;
}
Density.WHATHDPI.setDensityDpi(density * 160);
Density.WHATHDPI.setDensity(density);
Density.WHATHDPI.setScaledDensity(density);
Density.WHATHDPI.setScaledDensity(density);
return Density.WHATHDPI;
}
}
修改系統(tǒng)字體大小返回頁面后是否影響配置
修改后會影響頁面配置,需實現Activity#onConfigurationChanged或Application#onConfigurationChanged方法,重新設置配置
@Override
public void onConfigurationChanged(android.content.res.Configuration newConfig) {
super.onConfigurationChanged(newConfig);
AdaptiveUtil.resetDensity(this);
}
更改全局的參數還是更改activity的參數
如果為了兼容以前版本,建議放在BaseActivity中處理配置調整; 否則在Application中處理統(tǒng)一更改配置
和頭條相比
① 頭條使用displayMetrics.widthPixels / 360來定義標準,本文根據原始的像素密度來匹配標準的屏幕
② 頭條不僅更改了Activity中的DisplayMetrics對象屬性,還改了Appplication中的,本文少了Application中的更改,哎,我想的還是不夠細
③ 和今日頭條一樣,不受ui設計稿影響,如果設計稿是按照xxhdpi設計的,此時按照2px = 1dp完成布局,哪天設計稿換成xxxhdpi來設計,此時按照3px = 1dp來完成布局即可。
遇到的問題和不足
冷啟動圖使用layer時,調整配置后應用冷啟動背景圖在部分機子上存在閃動的情況,即因為沒調配置前與調整配置后dp值變化導致圖片變大或縮小
適配方案二(最小寬度限定符)
- 最小寬度限定符適配方案,參考Android 目前穩(wěn)定高效的UI適配方案
- 個人覺得弊病有三:① 根據該文章講解,多個dimens文件會導致包增大,可能會增大300kb-800kb左右,可以接受吧;② 需要開發(fā)者有一定的經驗,知道需要增加哪些常用的尺寸,避免無用功;③ 即使有經驗的開發(fā)者也可能遺漏某個機型的適配;