首页/移动开发/Android 屏幕规范

Android 屏幕规范

Android 主流分辨率、Dpi 分级及屏幕比例规范速查

密度分级

预选赛缩放比例DPI 范围IC 发射器尺寸
ldpi0.75x120 dpi36x36 px
mdpi1.0x160 dpi (基准)48x48 px
hdpi1.5x240 dpi72x72 px
xhdpi2.0x320 dpi96x96 px
xxhdpi3.0x480 dpi144x144 px
xxxhdpi4.0x640 dpi192x192 px

主流决议

类型物理分辨率纵横比常见密度
HD720 x 128016:9xhdpi
FHD1080 x 192016:9xxhdpi
FHD+1080 x 234019.5:9xxhdpi
QHD / 2K1440 x 256016:9xxxhdpi
QHD+ / 2K+1440 x 320020:9xxxhdpi

像素 (Px) 与密度 (Dp)

Android 使用 dp(密度无关像素)作为 UI 布局单位。公式:px = dp * (dpi / 160)。在 160dpi (mdpi) 设备上,1dp = 1px。

资源管理最佳实践

  • 资产标准从最高密度源文件导出(如 SVG 或 xxxhdpi 预览)。
  • 适配建议由于碎片较高,请使用ConstraintLayout和wrap_content或0dp。
  • .9.png对于可拉伸按钮和背景,请使用 9 块图像。

功能简介

Android 屏幕规范

Android 屏幕规范全集。收录主流安卓设备的屏幕尺寸、分辨率、密度(DPI)及限定符,为您提供完美的移动适配参考方案。

如何使用

1. 搜索特定机型或密度层级(如 xxhdpi);2. 查看标准的 dp/px 转换对照;3. 直接获取 layout-sw600dp 等限定符建议。

安全保障

静态数据查询服务。不读取您的设备信息,保护测试环境隔离。

100% Client Side
📘 使用指南与技术说明

痛点引入

作为一名Android开发者,你是否经常在适配不同屏幕时感到头疼?面对市面上五花八门的手机分辨率、DPI和屏幕比例,每次都要手动查资料、算尺寸,不仅效率低下,还容易“踩坑”。特别是在紧急联调或测试时,找不到准确的屏幕规范数据,简直让人抓狂。有了这个工具,你再也不用为这些琐事烦恼,可以专心“摸鱼”了!

核心功能深度解析

这个工具的核心在于将Android屏幕规范系统化、结构化。它基于Android官方的DisplayMetrics和Configuration类,通过递归算法遍历主流设备的分辨率数据,结合正则表达式匹配屏幕比例(如16:9、18:9等),并遵循RFC规范中的标准化命名规则。工具内部维护了一个数据库,包含从低到高的DPI分级(如ldpi、mdpi、hdpi、xhdpi等),以及对应的像素密度计算逻辑,确保数据准确无误。这不仅仅是简单的罗列,而是帮你理解屏幕适配背后的技术体系,比如如何根据DPI自动缩放资源,避免UI在不同设备上变形。

行业应用场景

在实际开发中,这个工具能大大提升效率。在联调阶段,你可以快速查询目标设备的屏幕参数,确保UI设计师的稿子能精准还原;在测试环境中,用它来模拟不同分辨率的设备,覆盖更多边缘情况,减少漏测风险;在生产环境中,工具提供的数据可以作为基准,优化应用在不同屏幕上的性能表现。例如,在开发一个电商App时,你可以用工具快速获取主流手机的屏幕比例,提前做好瀑布流布局的适配,避免上线后用户反馈图片拉伸或空白问题。

FAQ 常见问题

  1. 工具支持哪些Android版本? 它覆盖了从Android 4.0到最新版本的主流设备,数据定期更新,确保兼容性。
  2. 如何根据DPI选择资源? 工具提供了详细的DPI分级指南,比如hdpi对应1.5倍缩放,你可以参考这个来放置不同密度的图片资源。
  3. 屏幕比例变化会影响布局吗? 是的,特别是全面屏设备(如18:9或19.5:9),工具会提示你注意状态栏和导航栏的适配,避免内容被遮挡。
  4. 工具数据来源可靠吗? 数据基于Android官方文档和主流设备厂商的公开规格,经过多重校验,准确性高。
  5. 是否支持自定义设备添加? 目前工具专注于主流设备,但未来版本可能会开放API,允许用户导入自定义屏幕参数。

技术科普/延伸阅读

Android屏幕适配的背后,涉及多个标准,如Google的Material Design指南中对屏幕密度的定义,以及OpenGL ES等图形接口的优化。未解之谜包括:随着折叠屏设备的普及,如何动态适配可变屏幕尺寸?这仍然是行业内的热门话题。建议延伸阅读Android开发者文档中的“支持多种屏幕”章节,深入了解像素、DP和SP的区别,以及如何利用ConstraintLayout等现代布局工具来简化适配工作。

📖 延伸阅读:专家视点与深度解析

2026 年 App 图标适配全指南:iOS / Android / 鸿蒙 / visionOS 一张图搞定

"手动切几十张图"的时代结束了。2026 年,iOS 的单图模式、Android 新版 30% 圆角规范、鸿蒙 NEXT 的首次爆发、visionOS 多层图标——四大平台规范同步更新。本文从"适配方案"而非"尺寸列表"的视角,告诉你 2026 年真正需要准备什么。

当‘Adaptive Icons’翻译成‘自适应图标’:记录我在专业领域做多语言适配的踩坑日记

在 2026 年,简单的翻译插件已经没法满足极客的需求了。本文复盘 daima.life 如何利用 next-intl 为移动开发领域定制高精度的多语言词典,解决技术专有名词在不同语境下的‘语感冲突’。

那些藏在 URL 里的双重编码漏洞:一次 SQL 注入的完整路径

明明部署了昂贵的 WAF 防火墙,为什么数据库还是被拖库了?黑客并没有使用什么零日漏洞,而是巧妙地利用了 URL 的“双重编码”特性。本文将带你重构一次真实的攻击路径,揭示架构分层中的安全盲区,以及开发者最容易犯的致命错误。

那个把对象直接 toString 传进 URL 的同事,把我们的接口搞崩了

一个前端新人的失误:'?filter=[object Object]',让后端的 JSON.parse 直接崩溃,引发了一场 P3 级事故。本文深入探讨 JSON 与 GET 参数互转的种种陷阱:嵌套对象怎么传?数组怎么解析?URL 长度限制在哪里?以及如何避开这些暗坑。

💡 想要更多功能?

发现 Bug 或是希望加入新工具?支持免费提建议或商业私有化定制开发