#适配问题的缘由java
##根本缘由android
因为Android系统的开放性,任何用户、开发者、OEM厂商、运营商均可以对Android进行定制,修改为他们想要的样子.
因此带来了碎片化的问题.随着平板,手表,电视等等的设备加入,致使碎片化日益严重.git
##直接缘由github
屏幕尺寸不一样,像素密度不一样,分辨率不一样,没法根据某一原则或者属性进行统一的适配api
#适配的基础概念网络
##屏幕尺寸布局
屏幕尺寸指屏幕的对角线的长度,单位是英寸,1英寸=2.54厘米(好比常见的屏幕尺寸有2.四、2.八、3.五、3.七、4.二、5.0、5.五、6.0等)字体
##屏幕分辨率.net
屏幕分辨率是指在横纵向上的像素点数,单位是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表明最小宽度)
#参考资料
##移动设备统计信息
传送门:点击进入
##本文是对其余网络文章作了删改并总结.
传送门:参考博客