Android 屏幕适配终结者

  • 时间:2018-12-18 23:15 作者:Blankj 来源:Blankj 阅读:487
  • 扫一扫,手机访问
摘要:背景之前基于头条的适配方案写了篇文章 Android 屏幕适配从未如斯简单,但后续发现还是有挺多坑的,这些坑都记录在了 GitHub 屏幕适配问题汇总及处理,基于这么多坑,最终我发现了一种更完美的适配方案,本打算一个多月前就写这篇文章的,但因为公司事务繁忙一直抽不出空来,拖更到现在才发布,下面就让我

背景

之前基于头条的适配方案写了篇文章 Android 屏幕适配从未如斯简单,但后续发现还是有挺多坑的,这些坑都记录在了 GitHub 屏幕适配问题汇总及处理,基于这么多坑,最终我发现了一种更完美的适配方案,本打算一个多月前就写这篇文章的,但因为公司事务繁忙一直抽不出空来,拖更到现在才发布,下面就让我来分享下此法,先来吹下优点吧。

优点

1. 无侵入性

首先科普下 Android 中的一个长度单位:pt,它表示一个点,是屏幕的物理尺寸,其大小为 1 英寸的 1 / 72,也就是 72pt 等于 1 英寸(其实 Android 中还有比较少见的 inmm 的长度单位)。而我本次的适配使用的单位刚好是 pt,所以对你从前使用的布局不会造成任何影响,在老项目中开发新功能你可以胆大地加入该适配方案,新项目的话更可以毫不犹豫地采用该适配,并且在关闭该关闭后,pt 效果等同于 dp 哦。

2. 灵活性高

假如你想要对某个 View 做到不同分辨率的设施下,使其尺寸在适配维度上所占比例一致的话,那么对它使用 pt 单位就可,假如你不想要这样的效果,而是想要更大尺寸的设施显示更多的内容,那么你可以像从前那样写 dpsp 什么的就可,结合这两点,在界面布局上你即可以游刃有余地做到你想要的效果。

3. 不会影响系统 View 和三方 View 的大小

这点其实在无侵入性中已经体现出来了,因为头条的方案是直接修改 DisplayMetrics#densitydp 适配,这样会导致系统 View 尺寸和原价不一致,比方 DialogToast、 尺寸,同样,三方 View 的大小也会和原价效果不一致,这也就是我选择 pt 适配的起因之一。

4. 不会失效

这一点是最值得吹嘘的,由于不管头条的适配还是 AndroidAutoSize,都会存在 DisplayMetrics#density 被复原的情况,需要自己重新设置回去,最明显的就是界面中存在 WebView 的话,因为其初始化的时候会复原 DisplayMetrics#density 的值导致适配失效,当然这点已经有处理方案了,但还会有很多其余情况会复原 DisplayMetrics#density 的值导致适配失效。而我这方案就是为理解决这个痛点,不让 DisplayMetrics 中的值被复原导致适配失效。

效果

说了这么多,先上下效果图压压惊吧,每种分辨率的图依次是宽度 1080pt 适配,高度 1920pt 适配以及关闭适配的效果。

480 x 800 - mdpi(160dpi)

mdpi

720 x 1280 - xhdpi(320dpi)

xhdpi

1080 x 1920 - xxhdpi(480dpi)

xxhdpi

1440x2560 - 560dpi

560dpi

可以看到效果图中 WebView 对之后的 View 并没有产生适配失效的问题,这是之前适配所不能处理的问题。

如何创立预览?

在 AS 中 Tools -> AVD Manager -> Create Virtual Device...,我们以适配 1080 x 1920px 为例,具体操作如下:

1080pt

创立完设施我们在预览界面选中这个设施就可看到 pt 单位效果。

设计师给你的设计图尺寸是多少,那你就建多少尺寸的设施就可,比方是 720 x 1280px 的,那你把上图的尺寸换成 7201280,再计算下屏幕尺寸就可,假如是 360 x 640dp 的话,那就把上图的尺寸换成 360640,再计算下屏幕尺寸就可,不用去 care 单位究竟是什么,设计图标注多少那你就写多少就可,无需换算。适配的时候传入这个维度的尺寸值就可,比方 720 x 1280 的宽度适配,那就传入 720 就可。

原理及用法

原理其实也是基于头条的原理,不过我是操作 pt,所以不是改 DisplayMetrics#density,而是 DisplayMetrics#xdpi,因为适配不会失效,所以需要在适配的 Activity 中重写下 getResources() 函数,由于每次 View 在变更尺寸时都会调用到 getResources(),所以我们直接在这里进行适配就不会导致失效,效果图中对应的代码分别如下所示:

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())}

其源码、Demo 以及 API 如下所示:

AdaptScreen 相关 -> [AdaptScreenUtils.java][adaptScreen.java] -> [Demo][adaptScreen.demo]

adaptWidth : 适配宽度adaptHeight: 适配高度closeAdapt : 关闭适配(pt 等同于 dp)pt2Px      : pt 转 pxpx2Pt      : px 转 pt

pt2Px 及 px2Pt 是提供给需要动态操作 View 的。

如上只要依赖 AndroidUtilCode 最新版本就可:

implementation 'com.blankj:utilcode:1.22.3'

结尾的话

看了原理之后是不是觉得很简单,但能想到这种处理方案的又能有几人呢,我也是站在了巨人的肩膀上才能想到这一层次,希望该适配方案能像文章标题一样终结我们的适配,这是我目前发现最简单有效的适配方案,假如觉得不错的话记得推荐给身边的 Androider 哦,使用过程有问题的话欢迎同步到 「Android 屏幕适配终结者」问题汇总 这个 issue 中。

最后再插个内容,AndroidUtilCode 项目已改造为组件化,有兴趣的可以翻阅源码查看,相信你一定会学到不少好东西的,下一篇文章我会为大家详情下这方面的内容,期待我能尽快出产吧。

  • 全部评论(0)
最新发布的资讯信息
【系统环境|】从谷歌到手机厂商都下决心了,要清除32位应用这匹“害群之马”(2025-10-17 05:41)
【系统环境|】Windows上使用QEMU创建aarch64(ARM64)虚拟机(2025-10-17 05:40)
【系统环境|】nodejs 如何安装在aarch64平台(2025-10-17 05:39)
【系统环境|】常用git命令-从远程更新代码合并分支、提交代码等(2025-10-17 05:38)
【系统环境|】技术干货|常用的 Git 功能和选项(2025-10-17 05:38)
【系统环境|】掌握git命令,图解一目了然(2025-10-17 05:37)
【系统环境|】总结几个常用的Git命令的使用方法(2025-10-17 05:36)
【系统环境|】这篇 Git 教程太清晰了,很多 3 年经验程序员都收藏了(2025-10-17 05:35)
【系统环境|】Git常用命令及操作指南(2025-10-17 05:35)
【系统环境|】「实用」盘点那些开发中最常用的Git命令(2025-10-17 05:34)
手机二维码手机访问领取大礼包
返回顶部