Android | 老生常谈!屏幕适配原理 & 方案总结笔记

简介: Android | 老生常谈!屏幕适配原理 & 方案总结笔记

前言


  • Android  屏幕适配 是一个老生常谈的问题,已经被讲烂了。这个问题虽然总体上复杂性不高,但是涉及的概念比较多,容易混淆;
  • 在这篇文章里,我将总结 屏幕适配原理 & 方案(内容上没什么新意,可能主要是自己看)。如果能帮上忙,请务必点赞加关注,这真的对我非常重要。


目录

image.png

1. 屏幕的相关概念


提示: 网上大量文章存在概念混淆,阅读起来相当痛苦!希望丑丑的总结能更加严谨。


  • 硬件 / 物理参数:

image.png


  • 软件概念:


image.png

提示: ppi 和 dpi 容易混淆,前者是一个硬件物理参数,而后者是一个软件概念。最大的区别是 dpi 可以人为修正,例如 ppi 为 430、450 的手机,dpi 可能会被指定为 480。


  • 密度限定符:

image.png


2. 为什么要进行屏幕适配?


  • 原因 1:设备碎片化


屏幕适配的问题根源是设备碎片化(由于 Android 系统天生的开放性),主要表现为:系统碎片化 & 屏幕尺寸碎片化 & 屏幕像素密度碎片化。

image.png

引用自 blog.csdn.net/jiashuai94/… —— jiashuai94 著

  • 原因 2:屏幕宽 dp 与 设计图宽 dp不一致


UI 设计图一般是按照360dp为宽度来设计,但是实际屏幕的宽度不一定是360dp。此时,同样是 360 dp 的尺寸在这台手机上是整个宽度的大小,在另一台手机上却不是。


3. 今日头条适配方案


3.1 方案要点


  • 1、选定以宽或高维度适配(多数选择宽)
  • 2、修改 DisplayMetrics#density
  • 3、修改 DisplayMetrics#scaledDensity
  • 4、监听系统设置中字体大小修改

参考资料《一种极低成本的 Android 屏幕适配方式》 —— 字节跳动技术团队 著


3.2 评估


  • 优点:侵入性极低,效果稳定


4. 宽高限定符适配方案


4.1 方案要点


  • 1、为每种需要适配的分辨率提供一个文件夹


res
├── values
├── values-480x320
├── ...
├── values-1920x1080
├── values-2560x1440
复制代码
  • 2、选定一个基准的分辨率


举个例子,选定以480 x 320为基准分辨率,将宽和高进行整份,得到以下尺寸:


<dimen name="x1">1px</dimen>
<dimen name="x2">2px</dimen>
...
<dimen name="x320 ">320 px</dimen>
<dimen name="y1">1px</dimen>
<dimen name="y2">2px</dimen>
...
<dimen name="y480 ">480px</dimen>
复制代码

注意: 单位是 px


  • 3、按比例计算其他分辨率下的尺寸


480 x 320为基准分辨率,在不同分辨率的文件夹下按比例缩放尺寸,例如800 x 480


<dimen name="x1">1.5px</dimen> 480/320 = 1.5
<dimen name="x2">3px</dimen> 1.5*2 = 3
...
<dimen name="x320 ">480 px</dimen> 1.5*320 = 480
复制代码


4.2 评估


  • 致命缺点:容错率低,必须精准命中才能适配
  • 风险点:增大包体积


5. smallestWidth 限定符适配方案


提示: 最小宽度值得是屏幕的两条边最小的一个,而不是指感官意义上的宽。


5.1 方案要点


  • 1、为每种需要适配的最小宽度提供一个文件夹


res
├──values
├──values-sw320dp
├──values-sw360dp
├──values-sw400dp
├──values-sw411dp
├──values-sw480dp
复制代码
  • 2、选定一个基准的最小宽度

举个例子,选定为360dp为最小宽度,将宽整份为 360 份,得到以下尺寸:


<dimen name="x1">1dp</dimen>
<dimen name="x2">2dp</dimen>
...
<dimen name="dp_360 ">360dp</dimen>
复制代码

注意: 单位是 dp

  • 3、按比例计算其他最小宽度下的尺寸

360dp为最小宽度,在不同最小宽度的文件夹下按比例缩放尺寸,例如sw480dp


<dimen name="x1">1.333dp</dimen> 480/360
<dimen name="x2">2.666dp</dimen>
...
<dimen name="dp_360 ">480dp</dimen>
复制代码


5.2 评估


  • 风险点:增大包体积
  • 不足:不能自动支持横竖屏切换时的适配
  • 不足:sp 也需要增加一份尺寸


6. 总结


每种方案都不是完美的,应该注意自己的侧重点,以确定优缺点中那些是可以妥协的,哪些是不能接受的,才能选出最合适的方案。

目录
相关文章
|
3月前
|
安全 Android开发 Kotlin
Android经典实战之SurfaceView原理和实践
本文介绍了 `SurfaceView` 这一强大的 UI 组件,尤其适合高性能绘制任务,如视频播放和游戏。文章详细讲解了 `SurfaceView` 的原理、与 `Surface` 类的关系及其实现示例,并强调了使用时需注意的线程安全、生命周期管理和性能优化等问题。
178 8
|
1月前
|
缓存 Java 数据库
Android的ANR原理
【10月更文挑战第18天】了解 ANR 的原理对于开发高质量的 Android 应用至关重要。通过合理的设计和优化,可以有效避免 ANR 的发生,提升应用的性能和用户体验。
124 56
|
2月前
|
Web App开发 安全 程序员
FFmpeg开发笔记(五十五)寒冬里的安卓程序员可进阶修炼的几种姿势
多年的互联网寒冬在今年尤为凛冽,坚守安卓开发愈发不易。面对是否转行或学习新技术的迷茫,安卓程序员可从三个方向进阶:1)钻研谷歌新技术,如Kotlin、Flutter、Jetpack等;2)拓展新功能应用,掌握Socket、OpenGL、WebRTC等专业领域技能;3)结合其他行业,如汽车、游戏、安全等,拓宽职业道路。这三个方向各有学习难度和保饭碗指数,助你在安卓开发领域持续成长。
82 1
FFmpeg开发笔记(五十五)寒冬里的安卓程序员可进阶修炼的几种姿势
|
2月前
|
Linux API 开发工具
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
ijkplayer是由B站研发的移动端播放器,基于FFmpeg 3.4,支持Android和iOS。其源码托管于GitHub,截至2024年9月15日,获得了3.24万星标和0.81万分支,尽管已停止更新6年。本文档介绍了如何在Linux环境下编译ijkplayer的so库,以便在较新的开发环境中使用。首先需安装编译工具并调整/tmp分区大小,接着下载并安装Android SDK和NDK,最后下载ijkplayer源码并编译。详细步骤包括环境准备、工具安装及库编译等。更多FFmpeg开发知识可参考相关书籍。
111 0
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
|
2月前
|
XML 前端开发 Android开发
Android View的绘制流程和原理详细解说
Android View的绘制流程和原理详细解说
50 3
|
3月前
|
ARouter 测试技术 API
Android经典面试题之组件化原理、优缺点、实现方法?
本文介绍了组件化在Android开发中的应用,详细阐述了其原理、优缺点及实现方式,包括模块化、接口编程、依赖注入、路由机制等内容,并提供了具体代码示例。
51 2
|
3月前
|
开发框架 Dart 前端开发
Android 跨平台方案对比之Flutter 和 React Native
本文对比了 Flutter 和 React Native 这两个跨平台移动应用开发框架。Flutter 使用 Dart 语言,提供接近原生的性能和丰富的组件库;React Native 则基于 JavaScript,具备庞大的社区支持和灵活性。两者各有优势,选择时需考虑团队技能和项目需求。
418 8
|
3月前
|
编解码 前端开发 Android开发
Android经典实战之TextureView原理和高级用法
本文介绍了 `TextureView` 的原理和特点,包括其硬件加速渲染的优势及与其他视图叠加使用的灵活性,并提供了视频播放和自定义绘制的示例代码。通过合理管理生命周期和资源,`TextureView` 可实现高效流畅的图形和视频渲染。
293 12
|
2月前
|
Java 调度 Android开发
Android面试题之Kotlin中async 和 await实现并发的原理和面试总结
本文首发于公众号“AntDream”,详细解析了Kotlin协程中`async`与`await`的原理及其非阻塞特性,并提供了相关面试题及答案。协程作为轻量级线程,由Kotlin运行时库管理,`async`用于启动协程并返回`Deferred`对象,`await`则用于等待该对象完成并获取结果。文章还探讨了协程与传统线程的区别,并展示了如何取消协程任务及正确释放资源。
40 0
|
3月前
|
Web App开发 网络协议 Android开发
Android平台一对一音视频通话方案大比拼:WebRTC VS RTMP VS RTSP,谁才是王者?
【9月更文挑战第4天】本文详细对比了在Android平台上实现一对一音视频通话时常用的WebRTC、RTMP及RTSP三种技术方案。从技术原理、性能表现与开发难度等方面进行了深入分析,并提供了示例代码。WebRTC适合追求低延迟和高质量的场景,但开发成本较高;RTMP和RTSP则在简化开发流程的同时仍能保持较好的传输效果,适用于不同需求的应用场景。
188 1