【Android 应用开发】Android屏幕适配解析 - 详解像素,设备独立像素,归一化密度,精确密度及各种资源对应的尺寸密度分辨率适配问题(二)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 【Android 应用开发】Android屏幕适配解析 - 详解像素,设备独立像素,归一化密度,精确密度及各种资源对应的尺寸密度分辨率适配问题(二)

2. 真实密度(像素计算)和归一化密度(物理长度计算)





px与dp换算公式 : px = dip * density / 160;




计算像素点使用的是归一化密度, 计算实际尺寸使用的是精确的物理密度;




真实密度 : 每英寸含有的像素点数, 拿我使用的三星GT-N8000为例, 水平方向上的真实密度为 每英寸149.82像素, 垂直方向上的真实密度为 每英寸150.51像素;


-- 运算不按照该方式 : 按照该密度计算 1280dp对应的是 1280 * 149.82 / 160 = 1198.4 个像素;




举例 :


给一个Textview控件设置1280dp的宽度, 然后可以看到该组件横向沾满宽度, 按照实际运算该1280dp对应的是1198个像素, 是无法占满整个屏幕的;


XML布局文件 :



<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity" >
    <TextView
        android:layout_width="1280dp"
        android:layout_height="wrap_content"
        android:background="#FF0000"
        android:text="@string/hello_world" />
</LinearLayout>


效果图 :


image.png





归一化密度 : 在Android中从DisplayMetrics中获取的density 和 densityDpi 就是归一化密度;


-- 固定值 : 归一化的密度是有固定值的, 这个固定值是 120dpi(ldpi) , 160dpi(mdpi), 240dpi(ldpi), 320dpi(xldpi), 480dpi(xxldpi) Android中计算像素使用的密度是这五个值之一;


-- 实际尺寸不准确 : 如果想要在屏幕上划出1英寸的直线, 使用归一化密度计算这个值是错误的;




下面计算三星GT-N8000中水平方向上100dip所占有的像素个数和实际长度 :


-- 计算像素个数: 计算像素个数需要使用归一化密度, 该设备的归一化密度为 160dpi, 因此根据 px = dip * densityDpi / 160 , 进行计算, px = 100 * 160 / 160, 对应的像素个数为100px;


-- 计算实际尺寸: 按照英寸计算, 先计算出像素个数, 然后根据像素个数 和 精确物理密度 计算实际尺寸, 上面计算出了像素个数为100px, 水平方向上每英寸149.82489 个像素, 100px / 149.82489px/inch * 1inch = 0.6674inch, 因此100dpi对应的实际尺寸为 0.6674英寸;


.






3. Android中资源适配



(1) 图片资源适配



图片资源失真问题: 图片资源的大小是按照像素计算的, 在密度不同的时候显示大小也不相同, 因此会根据密度的不同制作不同像素的图片, 以避免失真;


-- 低密度手机显示 : 如果在低密度的手机上, 分辨率低, 图片占用像素个数不变, 图片会显得很大;


-- 高密度手机显示 : 如果在高密度的手机上, 分辨率高, 图片占用像素个数不变, 图片会显得很小;




根据密度选择资源 : 根据屏幕密度选择资源, 这种方式是Android默认的, 在res下有以下文件 :




-- 密度为120时 : 使用drawable-ldpi目录中的资源;


-- 密度为160时 : 使用drawable-mdpi目录中的资源;


-- 密度为240时 : 使用drawable-hdpi目录中的资源;


-- 密度为320时 : 使用drawable-xdpi目录中的资源;


-- 密度为480时 : 使用drawable-xxdpi目录中的资源;




保持图片不失真 : 从这个角度来讲, 可以只定义高密度资源, 然后使用dip单位限制图片显示父容器的大小, 也可以有很好的效果, 不过这样效率会很低;




根据屏幕尺寸适配 :


-- small小屏幕 : 使用drawable-small目录中的图片资源;


-- normal普通屏幕 : 使用drawable-normal目录中的图片资源;


-- large大屏幕 : 使用drawable-large目录中的图片资源;


-- xlarge超大屏幕 : 使用drawable-xlarge目录中的图片资源;




同时根据屏幕尺寸和密度适配 : 如适配大屏幕的中等密度 使用 drawable-large-mdpi目录下的图片资源;






(2) 布局文件适配



横竖屏布局适配 : 手机屏幕横竖屏切换的时候, 显然竖屏时的布局不能适配横屏的情况;


-- 竖屏布局 : 竖屏的情况下会自动加载 res/layout-port 目录下的布局文件;


-- 横屏布局 : 横屏的情况下会自动加载 res/layout-land 目录下的布局文件;




如果只设置一个布局 : 禁用自动切换, 只是用横屏 或者 只是用竖屏 进行布局;


-- 横竖屏设置 : 在AndroidManifest.xml 文件中设置activity的android:screenOrientation, 属性值为portrait的时候是竖屏显示, 属性值为landscape时是横屏显示;




分辨率布局适配 : Android中可以根据不同的分辨率自动适配对应的布局文件;


-- 例320*480分辨率: 使用res/layout-320x480目录下的布局文件;


-- 例480*800分辨率 : 使用res/layout-480x800目录下的布局文件;




综合情况: 分辨率320*480情况下分横竖屏两种情况;


-- 320*480分辨率横屏: 使用res/layout-land-320x480目录下的布局文件;


-- 320*480分辨率竖屏 : 使用res/layout-port-320x480目录下的布局文件;






根据屏幕尺寸选择布局文件 : 与适配图片资源文件类似;




(3) 精确适配



精确适配 : 3.2以上版本可以设置精确适配, 可以任意设置宽高的独立像素;


-- 宽320dp高480dp密度160dpi: drawable-w320dp-h480dp-160dpi, 其中w320dp表示屏幕宽度320dip, h480dp表示屏幕高度480dp, 160dpi表示密度;

image.png






.






目录
相关文章
|
23天前
|
Java 开发工具 Android开发
Android与iOS开发环境搭建全解析####
本文深入探讨了Android与iOS两大移动操作系统的开发环境搭建流程,旨在为初学者及有一定基础的开发者提供详尽指南。我们将从开发工具的选择、环境配置到第一个简单应用的创建,一步步引导读者步入移动应用开发的殿堂。无论你是Android Studio的新手还是Xcode的探索者,本文都将为你扫清开发道路上的障碍,助你快速上手并享受跨平台移动开发的乐趣。 ####
|
3月前
|
IDE Android开发 iOS开发
深入解析Android与iOS的系统架构及开发环境差异
本文旨在探讨Android和iOS两大主流移动操作系统在系统架构、开发环境和用户体验方面的显著差异。通过对比分析,我们将揭示这两种系统在设计理念、技术实现以及市场策略上的不同路径,帮助开发者更好地理解其特点,从而做出更合适的开发决策。
188 2
|
16天前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
1月前
|
消息中间件 编解码 开发者
深入解析 Flutter兼容鸿蒙next全体生态的横竖屏适配与多屏协作兼容架构
本文深入探讨了 Flutter 在屏幕适配、横竖屏切换及多屏协作方面的兼容架构。介绍了 Flutter 的响应式布局、逻辑像素、方向感知、LayoutBuilder 等工具,以及如何通过 StreamBuilder 和 Provider 实现多屏数据同步。结合实际应用场景,如移动办公和教育应用,展示了 Flutter 的强大功能和灵活性。
130 6
|
1月前
|
监控 Cloud Native 持续交付
云原生技术深度解析:重塑现代应用开发与部署范式####
本文深入探讨了云原生技术的核心概念、关键技术组件及其在现代软件开发中的重要性。通过剖析容器化、微服务架构、持续集成/持续部署(CI/CD)等关键技术,本文旨在揭示云原生技术如何促进应用的敏捷性、可扩展性和高可用性,进而推动企业数字化转型进程。不同于传统摘要仅概述内容要点,本部分将融入具体案例分析,直观展示云原生技术在实际应用中的显著成效与挑战应对策略,为读者提供更加丰富、立体的理解视角。 ####
|
25天前
|
安全 Java Linux
深入解析Android系统架构及其对开发者的意义####
【10月更文挑战第21天】 本文旨在为读者揭开Android操作系统架构的神秘面纱,探讨其如何塑造现代移动应用开发格局。通过剖析Linux内核、硬件抽象层、运行时环境及应用程序框架等关键组件,揭示Android平台的强大功能与灵活性。文章强调了理解Android架构对于开发者优化应用性能、提升用户体验的重要性,并展望了未来技术趋势下Android的发展方向。 ####
40 0
|
2月前
|
消息中间件 中间件 数据库
NServiceBus:打造企业级服务总线的利器——深度解析这一面向消息中间件如何革新分布式应用开发与提升系统可靠性
【10月更文挑战第9天】NServiceBus 是一个面向消息的中间件,专为构建分布式应用程序设计,特别适用于企业级服务总线(ESB)。它通过消息队列实现服务间的解耦,提高系统的可扩展性和容错性。在 .NET 生态中,NServiceBus 提供了强大的功能,支持多种传输方式如 RabbitMQ 和 Azure Service Bus。通过异步消息传递模式,各组件可以独立运作,即使某部分出现故障也不会影响整体系统。 示例代码展示了如何使用 NServiceBus 发送和接收消息,简化了系统的设计和维护。
59 3
|
2月前
|
安全 Android开发 iOS开发
深入解析:安卓与iOS的系统架构及其对应用开发的影响
本文旨在探讨安卓与iOS两大主流操作系统的架构差异,并分析这些差异如何影响应用开发的策略和实践。通过对比两者的设计哲学、安全机制、开发环境及性能优化等方面,本文揭示了各自的特点和优势,为开发者在选择平台和制定开发计划时提供参考依据。
64 4
|
2月前
|
测试技术 数据库 Android开发
深入解析Android架构组件——Jetpack的使用与实践
本文旨在探讨谷歌推出的Android架构组件——Jetpack,在现代Android开发中的应用。Jetpack作为一系列库和工具的集合,旨在帮助开发者更轻松地编写出健壮、可维护且性能优异的应用。通过详细解析各个组件如Lifecycle、ViewModel、LiveData等,我们将了解其原理和使用场景,并结合实例展示如何在实际项目中应用这些组件,提升开发效率和应用质量。
51 6
|
3月前
|
存储 开发框架 数据可视化
深入解析Android应用开发中的四大核心组件
本文将探讨Android开发中的四大核心组件——Activity、Service、BroadcastReceiver和ContentProvider。我们将深入了解每个组件的定义、作用、使用方法及它们之间的交互方式,以帮助开发者更好地理解和应用这些组件,提升Android应用开发的能力和效率。
261 5

推荐镜像

更多