Android屏幕适配

一、基本概念

android中dp在渲染之前会将dp转为px,计算公式:
px = density * dp;
density = dpi / 160;
px = dp * (dpi / 160)

dp(dip):Density independent pixels 设备无关像素
dpi有:dots per inch,一英寸多少个像素点。常见取值120、160、240,一般称作像素密度,简称密度。根据屏幕真实的分辨率和尺寸来计算的,每个设备都可能不一样。dpi=sqrt(宽^2 + 高^2 单位px)/屏幕尺寸(单位:英寸 inch)
density:直接翻译是密度的意思,值等于dpi/160。意思是1dp占当前设备多少像素

二、屏幕适配方案

由于安卓手机产商五花八门,各种手机屏幕尺寸也是琳琅满目,对于安卓开发者来说适配安卓手机是一个令人头疼的问题。

接下来我会列下几种常见屏幕适配方案,请客官自行选择:

1. 多dimens基于dp的适配方案

在res文件夹中创建多套values文件夹

values
values-sw320dp
values-sw360dp
values-sw384dp
values-sw400dp
values-sw432dp
values-sw480dp
values-sw533dp
values-sw600dp

values后面的sw指的是smallest width,也就是最小宽度。Android系统在运行时会自动识别屏幕的可用最小宽度,然后根据识别的结果去资源文件中查找相对应的资源文件中的属性值。这种方式容错机制比较好,比如一个手机的最小宽度是350dp,那么系统在res中没有找到values-sw350dp文件夹,就会向下依次查找最接近的最小宽度文件夹,比如上面的values-sw320dp。虽然不是特别精确,但效果也没有相差太远。

注:如果app中的字体大小需要满足用户修改系统字体大小时,也跟着变化,那么需要将字体大小设置为sp。如果没有这种需求,那么字体大小设置为dp也不失为一种很好的方案,字体大小不会跟随系统字体大小变化而变化,可在一定程度上保证UI效果

下载插件ScreenMatch


23b41ebac60e4ae48afa54a220d5d777.png

对着这个自己dimens.xml文件点击右键->ScreenMatch->点击ok,即可自动生成各种values-dimens


23c40a01099e4a8a9805006d99ac992a.png

2. 今日头条方案

今日头条方案原文:一种极低成本的Android屏幕适配方式 https://mp.weixin.qq.com/s/d9QCoBP6kV9VSWvVldVVwA

根据公式px=dp*density,如果设计图宽是360dp,想要保住在所有设备计算得出的px值都正好是屏幕宽度的话,我们只能修改density的值。

从源码中得知,density是DisplayMetrics中的成员变量,在TypedValue#applyDimension方法(dp到px的转换都得经过这里)中转换长度时起着至关重要的作用。DisplayMetrics是通过Resources#getDisplayMetrics中获得的,我们可以直接修改 Activity 或者 Application 的 Context -> Resources -> DisplayMetrics -> density。修改density之后,dp永远就是360dp了,我们在xml中将View宽度写成180dp,那么这个View在所有设备上都是占用屏幕宽度的一半。
//-----------------------今日头条方案 start-----------------------

//如果DisplayMetrics#scaledDensity和DisplayMetrics#density设置为同样的值,
// 从而某些用户在系统中修改了字体大小失效了,但是我们还不能直接用原始的scaledDensity,
// 直接用的话可能导致某些文字超过显示区域,因此我们可以通过计算之前scaledDensity和density(从Resources.getSystem()中获取)的比获得现在的scaledDensity
//使用Resources.getSystem()的话,就不用监听字体大小变化,它能感知到。

fun setCustomDensity(activity: Activity, application: Application) {
    val appDisplayMetrics = application.resources.displayMetrics

                                                //假设  设计图宽度为360
    val targetDensity = appDisplayMetrics.widthPixels / 360f
    val targetScaleDensity = targetDensity * (Resources.getSystem().displayMetrics.scaledDensity / Resources.getSystem().displayMetrics.density)
    //dpi = density*160
    val targetDensityDpi = (160 * targetDensity).toInt()

    appDisplayMetrics.density = targetDensity
    //与字体大小有关
    appDisplayMetrics.scaledDensity = targetScaleDensity
    appDisplayMetrics.densityDpi = targetDensityDpi

    val activityDisplayMetrics = activity.resources.displayMetrics
    activityDisplayMetrics.density = targetDensity
    activityDisplayMetrics.scaledDensity = targetScaleDensity
    activityDisplayMetrics.densityDpi = targetDensityDpi
}
//-----------------------今日头条方案 end-----------------------

我们公司最早也是采用过这种方法,后来发现一些缺陷:
1.因为修改了DisplayMetrics#density的dp适配,所以会导致系统View尺寸和原先不一致,比如Dialog、Toast、尺寸,同样,三方View的大小也会和原来的效果不一致。解决:在使用之前取消适配,使用完再恢复适配。
2.DisplayMetrics#density可能会被还原,比如界面中有WebView,它的初始化会还原DisplayMetrics#density的值,导致适配失效。解决:重写setOverScrollMode方法,在里面恢复适配。
3.不同宽度的手机看到的内容是一样多的。解决:可以使用sw的方案来解决。

3. 柯基方案

柯基方案原文: Android 屏幕适配终结者 https://blankj.com/2018/12/18/android-adapt-screen-killer/

这个方案解决了今日头条方案的缺陷,同时无侵入性,灵活性高,非常nice。

柯基方案的原理和头条方案差不多,头条基于dp,而柯基基于pt。所以柯基是修改DisplayMetrics#xdpi,而不是DisplayMetrics#density。

//----------------------柯基方案  start -----------------------
//Android 屏幕适配终结者   https://blankj.com/2018/12/18/android-adapt-screen-killer/
fun adaptWidth(resources: Resources, designWidth: Int): Resources {
    val newXdpi = resources.displayMetrics.widthPixels * 72f / designWidth
    applyDisplayMetrics(resources, newXdpi)
    return resources
}

private fun applyDisplayMetrics(resources: Resources, newXdpi: Float) {
    resources.displayMetrics.xdpi = newXdpi
    App.getAppContext().resources.displayMetrics.xdpi = newXdpi
}
//----------------------柯基方案  end -----------------------

使用方法相对简单

class ScreenAdaptActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        //适配一下
        //ScreenAdaptUtil.setCustomDensity(this, App.getAppContext() as Application)
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_screen_adapt)
    }

    override fun getResources(): Resources {
        //假设 设计图宽度为360
        return ScreenAdaptUtil.adaptWidth(super.getResources(), 360)
    }
}

activity_screen_adapt.xml布局

    <androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res-auto"
        android:layout_width="match_parent"
        android:layout_height="match_parent">

        <TextView
            android:layout_width="180pt"
            android:layout_height="180pt"
            android:background="@color/material_red"
            app:layout_constraintTop_toTopOf="parent"
            app:layout_constraintLeft_toLeftOf="parent"/>

        <TextView
            android:layout_width="180pt"
            android:layout_height="180pt"
            android:background="@color/material_yellow"
            android:layout_marginTop="@dimen/dimen_100dp"
            app:layout_constraintRight_toRightOf="parent"
            app:layout_constraintTop_toTopOf="parent"/>

    </androidx.constraintlayout.widget.ConstraintLayout>

效果如下:


image.png

ScreenAdaptUtil代码如下:

object ScreenAdaptUtil {

    //-----------------------今日头条方案 start-----------------------
    //一种极低成本的Android屏幕适配方式   https://mp.weixin.qq.com/s/d9QCoBP6kV9VSWvVldVVwA
    //原始的density和ScaleDensity
    private var nonCompatDensity = 0f
    private var nonCompatScaleDensity = 0f

    //如果DisplayMetrics#scaledDensity和DisplayMetrics#density设置为同样的值,
    // 从而某些用户在系统中修改了字体大小失效了,但是我们还不能直接用原始的scaledDensity,
    // 直接用的话可能导致某些文字超过显示区域,因此我们可以通过计算之前scaledDensity和density的比获得现在的scaledDensity

    fun setCustomDensity(activity: Activity, application: Application) {
        val appDisplayMetrics = application.resources.displayMetrics

        //监听用户动态修改了字体大小   从而跟进设置一下nonCompatScaleDensity
        //使用Resources.getSystem()的话,就不用监听,能感知到
        /*if (nonCompatDensity == 0f) {
            nonCompatDensity = appDisplayMetrics.density
            nonCompatScaleDensity = appDisplayMetrics.scaledDensity
            application.registerComponentCallbacks(object : ComponentCallbacks {
                override fun onConfigurationChanged(newConfig: Configuration) {
                    if (newConfig.fontScale > 0) {
                        nonCompatScaleDensity = application.resources.displayMetrics.scaledDensity
                    }
                }
                override fun onLowMemory() {
                }
            })
        }*/
        //假设  设计图宽度为360
        val targetDensity = appDisplayMetrics.widthPixels / 360f
        val targetScaleDensity = targetDensity * (Resources.getSystem().displayMetrics.scaledDensity / Resources.getSystem().displayMetrics.density)
        //dpi = density*160
        val targetDensityDpi = (160 * targetDensity).toInt()

        appDisplayMetrics.density = targetDensity
        //与字体大小有关
        appDisplayMetrics.scaledDensity = targetScaleDensity
        appDisplayMetrics.densityDpi = targetDensityDpi

        val activityDisplayMetrics = activity.resources.displayMetrics
        activityDisplayMetrics.density = targetDensity
        activityDisplayMetrics.scaledDensity = targetScaleDensity
        activityDisplayMetrics.densityDpi = targetDensityDpi
    }
    //-----------------------今日头条方案 end-----------------------

    //----------------------柯基方案  start -----------------------
    //Android 屏幕适配终结者   https://blankj.com/2018/12/18/android-adapt-screen-killer/
    fun adaptWidth(resources: Resources, designWidth: Int): Resources {
        val newXdpi = resources.displayMetrics.widthPixels * 72f / designWidth
        applyDisplayMetrics(resources, newXdpi)
        return resources
    }

    private fun applyDisplayMetrics(resources: Resources, newXdpi: Float) {
        resources.displayMetrics.xdpi = newXdpi
        App.getAppContext().resources.displayMetrics.xdpi = newXdpi
        applyOtherDisplayMetrics(resources, newXdpi);
    }

    private var sMetricsFields: MutableList<Field?>? = null

    private fun applyOtherDisplayMetrics(resources: Resources, newXdpi: Float) {
        if (sMetricsFields == null) {
            sMetricsFields = ArrayList()
            var resCls: Class<*>? = resources.javaClass
            var declaredFields = resCls?.declaredFields
            while (declaredFields != null && declaredFields.isNotEmpty()) {
                for (field in declaredFields) {
                    if (field.type.isAssignableFrom(DisplayMetrics::class.java)) {
                        field.isAccessible = true
                        val tmpDm = getMetricsFromField(resources, field)
                        if (tmpDm != null) {
                            sMetricsFields?.add(field)
                            tmpDm.xdpi = newXdpi
                        }
                    }
                }
                resCls = resCls?.superclass
                declaredFields = if (resCls != null) {
                    resCls.declaredFields
                } else {
                    break
                }
            }
        } else {
            applyMetricsFields(resources, newXdpi)
        }
    }

    private fun applyMetricsFields(resources: Resources, newXdpi: Float) {
        sMetricsFields?.let {
            it.forEach { field ->
                if (field != null) {
                    try {
                        val dm = field[resources] as DisplayMetrics
                        dm.xdpi = newXdpi
                    } catch (e: Exception) {
                        e.printStackTrace()
                    }
                }

            }
        }
    }

    private fun getMetricsFromField(resources: Resources, field: Field): DisplayMetrics? {
        return try {
            field[resources] as DisplayMetrics
        } catch (ignore: Exception) {
            null
        }
    }
    //----------------------柯基方案  end -----------------------
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,271评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,275评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,151评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,550评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,553评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,559评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,924评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,580评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,826评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,578评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,661评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,363评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,940评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,926评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,156评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,872评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,391评论 2 342

推荐阅读更多精彩内容