#适配问题的原因
##根本原因
由于Android系统的开放性,任何用户、开发者、OEM厂商、运营商都可以对Android进行定制,修改成他们想要的样子.
所以带来了碎片化的问题.随着平板,手表,电视等等的设备加入,导致碎片化日益严重.##直接原因
屏幕尺寸不同,像素密度不同,分辨率不同,无法根据某一原则或者属性进行统一的适配
#适配的基础概念
##屏幕尺寸
屏幕尺寸指屏幕的对角线的长度,单位是英寸,1英寸=2.54厘米(比如常见的屏幕尺寸有2.4、2.8、3.5、3.7、4.2、5.0、5.5、6.0等)
##屏幕分辨率
屏幕分辨率是指在横纵向上的像素点数,单位是px,1px=1个像素点。一般以纵向像素横向像素(如19601080)
##屏幕像素密度
屏幕像素密度是指每英寸上的像素点数,单位是dpi,即“dot per inch”的缩写。屏幕像素密度与屏幕尺寸和屏幕分辨率有关,在单一变化条件下,屏幕尺寸越小、分辨率越高,像素密度越大,反之越小。
##px、dip、dpi、sp、dp
px我们应该是比较熟悉的,前面的分辨率就是用的像素为单位,大多数情况下,比如UI设计、Android原生API都会以px作为统一的计量单位,像是获取屏幕宽高等。
##dip,dp
dip和dp是一个意思,都是Density Independent Pixels的缩写,即密度无关像素.
假如一英寸里面有160个像素,这个屏幕的像素密度就是160dpi
在Android中,规定以160dpi为基准,1dip=1px,如果密度是320dpi,则1dip=2px,以此类推。##sp
即scale-independent pixels,与dp类似,但是可以根据文字大小首选项进行放缩,是设置字体大小的御用单位。
##dpi(mdpi、hdpi、xdpi、xxdpi)
mdpi、hdpi、xdpi、xxdpi用来修饰Android中的drawable文件夹及values文件夹,用来区分不同像素密度下的图片和dimen值。
##Google官方指定按照下列标准进行区分:
名称 像素密度范围 图标尺寸
mdpi 120dpi~160dpi 48x48px
hdpi 160dpi~240dpi 72x72px
xhdpi 240dpi~320dpi 96x96px
xxhdpi 320dpi~480dpi 144x144px
xxxhdpi 480dpi~640dpi 192x192px
#适配的解决方案
##多套layout(很少用了)
android3.0之前,适配指定分辨率,将layout文件夹做如下命名:
layout
layout-1024x768
layout-1024x600
layout-1280x768
android3.0以后,需将高度减去48像素,即底部状态栏的高度:
layout
layout-1024x720
layout-1024x552
layout-1280x720
根据不同屏幕尺寸加载不同的xml布局 每个布局根据相应分辨率改写长宽,达到适配的效果 不过感觉很麻烦 本人一直都没使用过......
##权重适配
通过android中线性布局中的属性(layout_weight权重) 按比例来分配. 注意:同一线性布局下 如果有的控件没有标注layout_weight属性 则会优先未标注的控件 剩余部分会按照权重比例来分配剩余控件
个人感觉这个很常用 配合其他适配方法一起写比较省时省力 由于这个很常见 就不多赘述了##谷歌出的百分比适配
大家请看SDK中extras/android/support/percent/libs就会发现这个android-support-percent.jar
结合代码一起看就明白了
传送门:点击进入##AutoLayout适配
这个是张鸿阳做的,我觉得非常厉害,自己也用了还不错,不过在代码里根据屏幕dp和px的比例设置宽高的时候会有问题.
传送门:点击进入##java代码适配
通过android相应api获取当前手机的宽高像素值,按比例分配屏幕中控件的宽高以达到适配效果。
##dimens.xml文件适配
在layout的xml中 引用dimens,然后在values文件夹内创建多个适应不同屏幕的values.xml 在不同屏幕中,会根据加载不同的dimens文件中的引用属性长度,达到适配效果
常见命名方式
values
values-1024×1920
values-hdpi
values-hdpi-728×480
values-sw600dp (sw代表最小宽度)
#参考资料
##移动设备统计信息
传送门:点击进入
##本文是对其他网络文章做了删改并总结.
传送门:参考博客