android 分辨率及密度详细

来源:互联网 发布:数据分析是怎么接兼职 编辑:程序博客网 时间:2024/04/30 19:02


android 分辨率及密度详细




屏幕密度 : 基础密度 = px : dip
 
density :160 = px : dip
 
 
 
得到像素转dip公式:
 
 public static int dip2px(float dipValue) {
 
      return (int) (dipValue * (DevConst.DENSITY / 160f));
  }
 
 public static int px2dip(float pxValue) {
 
      return (int) ((pxValue * 160) / DevConst.DENSITY);
  }
 
 
 
----------------------------------------------------------------------
 
 
 
AndroidManifest.xml中设置支持不同屏幕分辨率及密度 
 
<supports-screens android:resizeable="true" android:smallScreens="false"
                     android:normalScreens="true" android:largeScreens="true"
                     android:anyDensity="true" />
 
 
 
资源文件不同分辨率:
 
   drawable-hdpi  drawable-large-hdpi    drawable-ldpi drawable-mdpi  drawable-1280x800
 
 
 
DisplayMetrics metric = new DisplayMetrics();
 getWindowManager().getDefaultDisplay().getMetrics(metric);
 int width = metric.widthPixels;  // 屏幕宽度(像素)
 int height = metric.heightPixels;  // 屏幕高度(像素)
 float density = metric.density;  // 屏幕密度(0.75 / 1.0 / 1.5)
 int densityDpi = metric.densityDpi;  // 屏幕密度DPI(120 / 160 / 240)
 
 
 
ps:需要注意的是,在一个低密度的小屏手机上,仅靠上面的代码是不能获取正确的尺寸的。比如说,一部240x320像素的低密度手机,如果运行上述代码,获取到的屏幕尺寸是320x427。因此,研究之后发现,若没有设定多分辨率支持的话,Android系统会将240x320的低密度(120)尺寸转换为中等密度(160)对应的尺寸,这样的话就大大影响了程序的编码。所以,需要在工程的AndroidManifest.xml文件中,加入supports-screens节点
 
 
 
-------------------------------------------------------------------------------------------------------------------------------
 
 
 
QVGA和WQVGA屏density=120;
 
HVGA屏density=160;
 
WVGA屏density=240;
 
 
 
当density=120时 屏幕实际分辨率为240px*400px (两个点对应一个分辨率)
 
状态栏和标题栏高各19px或者25dip
 
横屏是屏幕宽度400px 或者800dip,工作区域高度211px或者480dip
 
竖屏时屏幕宽度240px或者480dip,工作区域高度381px或者775dip
 


 
 
density=160时 屏幕实际分辨率为320px*533px (3个点对应两个分辨率)
 
状态栏和标题栏高个25px或者25dip
 
横屏是屏幕宽度533px 或者800dip,工作区域高度295px或者480dip
 
竖屏时屏幕宽度320px或者480dip,工作区域高度508px或者775dip
 


 
 
density=240时 屏幕实际分辨率为480px*800px (一个点对于一个分辨率)
 
状态栏和标题栏高个38px或者25dip
 
横屏是屏幕宽度800px 或者800dip,工作区域高度442px或者480dip
 
竖屏时屏幕宽度480px或者480dip,工作区域高度762px或者775dip
 


 
 
device independent pixels(设备独立像素). 不同设备有不同的显示效果,这个和设备硬件有关,一般我们为了支持WVGA、HVGA和QVGA 推荐使用这个,不依靠像素www.tuopu163.com。
 
apk的资源包中,当屏幕density=240时使用hdpi标签的资源
 
当屏幕density=160时,使用mdpi标签的资源
 
当屏幕density=120时,使用ldpi标签的资源。
 
不加任何标签的资源是各种分辨率情况下共用的
 
 
 
 
 
-------------------------------------------------------------------------------------------------------------------------------
 
 
 
术语和概念
 屏幕尺寸
 屏幕的物理尺寸,以屏幕的对角线长度作为依据(比如2.8寸,3.5寸)。
 简而言之,Android把所有的屏幕尺寸简化为四类:超大、大、正常、小。 (small, normal, large, and extra large.)
 程序可以针对这四种尺寸的屏幕提供三种不同的布局方案,然后系统会负责把你的布局方案以合适的方式渲染到对应的屏幕上,这个过程是不需要程序员用代码来干预的。
 








屏幕密度
 
物理屏幕上的像素总数。与尺寸类似,也有四种: 低、中、高、超高。 ( low, medium, high, and extra high.) 密度较低的屏幕,在长和宽方向都只有比较少的像素,而高密度的屏幕通常则会有很多——甚至会非常非常多——像素排列在同一区域。屏幕的密度是非常重要的,举个例子,长宽以像素为单位定义的界面元素(比如一个按钮),在低密度的屏幕上会显得很大,但在高密度的屏幕上则会显得很小。
 屏幕长宽比
 屏幕的物理长度与物理宽度的比例。程序可以为制定长宽比的屏幕提供制定的素材,只需要用系统提供的资源分类符long和notlong。
 
分辨率
 屏幕上拥有的像素的总数。注意,虽然大部分情况下分辨率都被表示为“宽度×长度”,但分辨率并不意味着屏幕长宽比。在Android系统中,程序一般并不直接处理分辨率。
 


密度无关的像素(DIP)
 指一个抽象意义上的像素,程序用它来定义界面元素。它作为一个与实际密度无关的单位,帮助程序员构建一个布局方案(界面元素的宽度,高度,位置)。
 一个与密度无关的像素,在逻辑尺寸上,与一个位于像素密度为160DPI的屏幕上的像素是一致的,这也是Android平台所假定的默认显示设备。在运行的时候,平台会以目标屏幕的密度作为基准,“透明地”处理所有需要的DIP缩放操作。要把密度无关像素转换为屏幕像素,可以用这样一个简单的公式:pixels = dips * (density / 160)。举个例子,在DPI为240的屏幕上,1个DIP等于1.5个物理像素。我们强烈推荐你用DIP来定义你程序的界面布局,因为这样可以保证你的UI在各种分辨率的屏幕上都可以正常显示。
 


支持的屏幕分辨率范围
 1.5及更早版本的Android系统,在设计的时候假定系统只会运行在一种分辨率的设备上——HVGA(320×480)分辨率,尺寸为3.2寸。由于系统只能工作在一种屏幕上,开发人员就可以针对那个屏幕来编写自己的程序,而无需去考虑程序在其他屏幕上的显示问题。
 但自从Android 1.6以来,系统引入了对多种尺寸、多种分辨率屏幕的支持,以此满足拥有各种配置的新平台的运行需求。这就意味着开发人员在针对Android 1.6或更新版系统开发程序的时候,需要为自己的程序在多种分辨率的屏幕上良好显示作出额外的设计。
 为了简化程序员面在对各种分辨率时的困扰,也为了具备各种分辨率的平台都可以直接运行这些程序,Android平台将所有的屏幕以密度和分辨率为分类方式,各自分成了四类:
 ·四种主要的尺寸:超大、大,正常,小;
 ·四种不同的密度:超高、高(hdpi),中(mdpi)和低(ldpi)。
 如果需要的话,程序可以为各种尺寸的屏幕提供不同的资源(主要是布局),也可以为各种密度的屏幕提供不同的资源(主要是位图)。除此以外,程序不需要针对屏幕的尺寸或者密度作出任何额外的处理。在执行的时候,平台会根据屏幕本身的尺寸与密度特性,自动载入对应的资源,并把它们从逻辑像素(DIP,用于定义界面布局)转换成屏幕上的物理像素。
 
下表列出了Android平台支持的屏幕中一些比较常用的型号,并显示了系统是如何把它们分类到不同的屏幕配置里的。有些屏幕分辨率并不在下面的列表上,但系统仍会把它们归入下列的某一个类型中。
 


















虽然系统支持上面多种不同配置的屏幕,但你并不一定需要为它们都提供各自不同的资源。系统已经提供了足够鲁棒(就是在各种恶劣环境下正常工作,对环境变化不敏感)的兼容特性,用于在各种不同的屏幕上良好显示你的程序
0 0
原创粉丝点击