修改系统density densityDpi 做屏幕适配

2024-04-17 17:32

本文主要是介绍修改系统density densityDpi 做屏幕适配,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

我们先来复习一下 Android中 dp dpi px 它们之间的关系?

dp:设备独立像素值 也就是我们在布局文件中 自己定义的 但是最终也会由系统根据一定的比值转换成 px,这是由谷歌帮我们做的适配,使用 dp值

dpi:手机屏幕每英寸所包含像素点的数量 那么这个dpi是怎么求得了? 接下来我们回来把它求出来的

px:像素点,假如手机的分辨率是 720*1280 那么手机横向排列的像素点 总共就是 720个点,就是720px,纵向排列的点总共就是1280个点,就是1280px, 手机屏幕上每一个点就是一个像素,下面我们通过一张图来具体说明他们之间的关系

在这里插入图片描述

假如:手机分辨率为 720*1280 屏幕尺寸 5寸
那么
px 手机屏幕的横向分辨率就是 720px,纵向分辨率就是 1280px
dpi 就可以利用勾股定理求出
在这里插入图片描述
在这个分辨率和屏幕尺寸下大约 dpi=294

而在android中 当每英寸像素为 160 ,每英寸dpi为160是 此时 1dp=1px, 160也是android中的一个 参考值,基准值
在这里插入图片描述
而此时我们的dpi为 294
在这里插入图片描述

此时 1dp=1.8px
那么它的最大dp值是多少了? 我们总不能设置在布局文件中写5000dp吧,显然这种屏幕不存在
既然 1dp=1.8px 那么 720/1.8px=400 它的最大宽度为400个dp

此时 我们的UI小姐姐 出图的设计稿 也是基于 720*1280 5寸 ,要求我们界面中的一个button按钮的宽度 要显示屏幕的一半,那么根据屏幕分辨率为720px 的话 宽度的一半就是 360px,360px对应dp应该多大了 此时 1dp=1.8px 所有 360/1.8=200dp
我们只需要在布局文件中设置200个dp就可以了 ,

那么问题就来了 ,我们在 7201280的分辨率下 这是200dp 肯定是占屏幕尺寸的一半,那我们在 10801920 5.5英寸下 同样设置200dp? 他能站屏幕的一半吗? 在此分辨率下 dpi=400 那么 1dp=400/160=2.5px
1dp=2.5px 那么 200dp 2002.5=500px 500px肯定没有达到屏幕的一半啊 那么原因是什么了? 肯定就是 这个 2.5系数了 ,很明显这个2.5 系数 不对导致的 那我们逆向推理 1080的一半为 540 这个是不能变 200是布局文件中写的不能变 那么
540/200=2.7 那么2.7就是这个系数了 因为2.7
200=540 那么刚好是屏幕的一半,但是这个2.7是我们逆推出来的,刚开始我们也不知道啊 ? 我们尝试让这两个 分辨率 建立联系 然后最好能得到 2.7这个值

我们用 1080px 除以 400dp 那么刚好等于 2.7 那么 我们就找到它们的联系了
用这个 2.7*200=540 200是布局文件设置的值 没有变 系数是求出的 它刚好等于540 就是我们屏幕的一半了

现在我们来 看看 这个 2.5 和 2.7的关系?

2.5 是根据常规方式求出来的 也就是说 在 1080*1920 分辨率下,系统默认就是 2.5这个系数 而这个系数其实就是 我们的系统密度 density ,那么我们把这个density改成2.7 不就完美实现适配了吗?

下面进入真正的主题 修改系统 density scaledDensity densityDpi

新建Density工具类

public class Density {private static final float  WIDTH =400;//参考设备的宽,单位是dp 400/ 2 = 200private static float appDensity;//表示屏幕密度private static float appScaleDensity; //字体缩放比例,默认appDensitypublic static void setDensity(final Application application, Activity activity){//获取当前app的屏幕显示信息DisplayMetrics displayMetrics = application.getResources().getDisplayMetrics();if (appDensity == 0){//初始化赋值操作appDensity = displayMetrics.density;appScaleDensity = displayMetrics.scaledDensity;//添加字体变化监听回调application.registerComponentCallbacks(new ComponentCallbacks() {@Overridepublic void onConfigurationChanged(Configuration newConfig) {//字体发生更改,重新对scaleDensity进行赋值if (newConfig != null && newConfig.fontScale > 0){appScaleDensity = application.getResources().getDisplayMetrics().scaledDensity;}}@Overridepublic void onLowMemory() {}});}//计算目标值density, scaleDensity, densityDpifloat targetDensity = displayMetrics.widthPixels / WIDTH; //  720/ 400 = 1.8float targetScaleDensity = targetDensity * (appScaleDensity / appDensity);int targetDensityDpi = (int) (targetDensity * 160);//替换Activity的density, scaleDensity, densityDpiDisplayMetrics dm = activity.getResources().getDisplayMetrics();dm.density = targetDensity;dm.scaledDensity = targetScaleDensity;dm.densityDpi = targetDensityDpi;}}public class MainActivity extends Activity
{@Overrideprotected void onCreate(Bundle savedInstanceState){super.onCreate(savedInstanceState);Density.setDensity(getApplication(), this);setContentView(R.layout.activity_main);}
}<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"xmlns:app="http://schemas.android.com/apk/res-auto"xmlns:tools="http://schemas.android.com/tools"android:layout_width="match_parent"android:layout_height="match_parent"tools:context=".MainActivity"><TextViewandroid:id="@+id/text"android:layout_width="200dp" //参考尺寸的一半android:layout_height="355dp"//711的一半 参考尺寸的一半 均可求出android:text="Hello World!"android:background="@color/colorAccent"/></LinearLayout>

运行上面代码 在
720*1280分辨率上的效果 看看是否宽 高都占一半
在这里插入图片描述

宽度没有任何问题 通过计算 720/400200=360 高度了?差了一点 其实通过计算我们也能看出来 3551.8=639 而分辨率1280的一半是640 差了一个像素

我们在华为 手机 分辨率 2160*1080 分辨率下再来看看?

在这里插入图片描述
宽度没有任何问题 通过计算 1080/400200=540
高度 1080/400
355=958.5 而2160/2=1080 1080-958=122px 差了 122的像素

我们再来看看小米手机 1080*2240 根据这个分辨率可以看出 宽度肯定占屏幕的一半,高度差了166个px值,
可以看出在 16:9 的屏幕上效果更好,2:1的比例上有些出入,还是需要加入其它的一些计算

这篇关于修改系统density densityDpi 做屏幕适配的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/912434

相关文章

什么是cron? Linux系统下Cron定时任务使用指南

《什么是cron?Linux系统下Cron定时任务使用指南》在日常的Linux系统管理和维护中,定时执行任务是非常常见的需求,你可能需要每天执行备份任务、清理系统日志或运行特定的脚本,而不想每天... 在管理 linux 服务器的过程中,总有一些任务需要我们定期或重复执行。就比如备份任务,通常会选在服务器资

TP-LINK/水星和hasivo交换机怎么选? 三款网管交换机系统功能对比

《TP-LINK/水星和hasivo交换机怎么选?三款网管交换机系统功能对比》今天选了三款都是”8+1″的2.5G网管交换机,分别是TP-LINK水星和hasivo交换机,该怎么选呢?这些交换机功... TP-LINK、水星和hasivo这三台交换机都是”8+1″的2.5G网管交换机,我手里的China编程has

基于Qt实现系统主题感知功能

《基于Qt实现系统主题感知功能》在现代桌面应用程序开发中,系统主题感知是一项重要的功能,它使得应用程序能够根据用户的系统主题设置(如深色模式或浅色模式)自动调整其外观,Qt作为一个跨平台的C++图形用... 目录【正文开始】一、使用效果二、系统主题感知助手类(SystemThemeHelper)三、实现细节

鸿蒙开发搭建flutter适配的开发环境

《鸿蒙开发搭建flutter适配的开发环境》文章详细介绍了在Windows系统上如何创建和运行鸿蒙Flutter项目,包括使用flutterdoctor检测环境、创建项目、编译HAP包以及在真机上运... 目录环境搭建创建运行项目打包项目总结环境搭建1.安装 DevEco Studio NEXT IDE

CentOS系统使用yum命令报错问题及解决

《CentOS系统使用yum命令报错问题及解决》文章主要讲述了在CentOS系统中使用yum命令时遇到的错误,并提供了个人解决方法,希望对大家有所帮助,并鼓励大家支持脚本之家... 目录Centos系统使用yum命令报错找到文件替换源文件为总结CentOS系统使用yum命令报错http://www.cppc

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

基于人工智能的图像分类系统

目录 引言项目背景环境准备 硬件要求软件安装与配置系统设计 系统架构关键技术代码示例 数据预处理模型训练模型预测应用场景结论 1. 引言 图像分类是计算机视觉中的一个重要任务,目标是自动识别图像中的对象类别。通过卷积神经网络(CNN)等深度学习技术,我们可以构建高效的图像分类系统,广泛应用于自动驾驶、医疗影像诊断、监控分析等领域。本文将介绍如何构建一个基于人工智能的图像分类系统,包括环境

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

嵌入式QT开发:构建高效智能的嵌入式系统

摘要: 本文深入探讨了嵌入式 QT 相关的各个方面。从 QT 框架的基础架构和核心概念出发,详细阐述了其在嵌入式环境中的优势与特点。文中分析了嵌入式 QT 的开发环境搭建过程,包括交叉编译工具链的配置等关键步骤。进一步探讨了嵌入式 QT 的界面设计与开发,涵盖了从基本控件的使用到复杂界面布局的构建。同时也深入研究了信号与槽机制在嵌入式系统中的应用,以及嵌入式 QT 与硬件设备的交互,包括输入输出设

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听