Android屏幕适配(1)基础知识篇

前言:
Android屏幕适配(2)常见:第一种
Android屏幕适配(3)常见:第二种
Android屏幕适配(4)常见:第三种
Android屏幕适配(5)常见:归纳总结
常见的屏幕配置问题(一些特殊的暂时除外,曲面屏,分屏模式,刘海屏),我归档为3种情况来分析一波
1.相同尺寸,不同分辨率屏幕
2.相同分辨率,不同尺寸屏幕
3.不同分辨率,不同尺寸屏幕

一些概念的理解:
屏幕尺寸:
屏幕的对角线,如一台小米电视49寸说的就是电视对角线长度是49寸(1英寸=2.54厘米)

1.png

分辨率:
1920×1080指纵向1920个像素点,横向1080个像素点,1280*720同理
(补充:电影的1080P这个P是指[逐行扫描],1080i这个i是指[隔行扫描],同样是一个扫描频率，逐行要比隔行画面更稳定、更不闪烁、效果更好！实际上，[1080i]折算后，效果只相当于540P

1.png

屏幕像素密度（DPI）:
指每一英寸长度中，可显示输出的像素个数，假如一英寸里面有160个像素，这个屏幕的像素密度就是160dpi(注意!!!!!!!!!!!!!:这里的每一英寸长度中指的是长度!长度!,并不是长度所在的矩形面积输出的像素个数)
DPI的数字受屏幕尺寸和分辨率所影响，DPI可以通过计算所得

1.png

---

dp,dip,sp,px它们之间的关系
px:
构成图像的最小单位,其实就是像素单位即分辨率单位，比如我们通常说的手机分辨列表800*400都是px的单位

dp/dip:
dip和dp是一个意思，都是Density Independent Pixels的缩写，即密度无关像素，规定以160dpi为基准，1dip=1px，如果密度是320dpi，则1dip=2px，以此类推。
也就是说当前我们设备的DP是由android给予的基础标准按比例进行翻译的，这也是为什么我们用DP能解决一部分适配的原因

desity
密度，表示一个dp多少个像素。desity = dpi/160

sp:同dp相似，sp作为字体大小单位,会随着系统的字体大小改变，而dp作为单位则不会。所以建议在字体大小的数值要使用sp作为单位

---

mdpi,hdpi,xdpi,xxdpi,xxxdpi?如何计算和区分

名称     像素密度范围     图标尺寸
mdpi   120dpi ~ 160dpi  48*48px
hdpi   160dpi ~ 240dpi  72*72px
xdpi   240dpi ~ 320dpi  96*96px
xxdpi  320dpi ~ 480dpi  144*144
xxxdpi 480dpi ~ 640dpi  192*192

在Google官方开发文档中，说明了 ** mdpi：hdpi：xhdpi：xxhdpi：xxxhdpi=2：3：4：6：8 ** 的尺寸比例进行缩放。例如，一个图标的大小为48×48dp，表示在mdpi上，实际大小为48×48px，在hdpi像素密度上，实际尺寸为mdpi上的1.5倍，即72×72px，以此类推，可以继续往后增加，不过一般情况下已经够用了，这种用来去适配手机和平板之间的图形问题

-----------------------------------------------------------开始适配---------------------------------------------------------------
1.常识性适配:
1.1.使用 "wrap_content" 和 "match_parent"
1.2.相对布局
1.3.. .9图的应用

2.其他适配:限定符(SW)
限定符:android在进行资源加载的时候,会根据屏幕信息加载对应文件夹名字所在的那个文件夹资源,这些特殊的资源文件夹名字就是限定符

SW的适配原理
可以参考大神博客:https://blog.csdn.net/ihvcker/article/details/70242522?utm_source=itdadao&utm_medium=referral
简单说明:
SW全称是Smallest Width，表示最小宽度，例如一个适配文件夹values-sw411dp表示如果手机的最小宽度是411dp，那么就命中该文件夹，使用的配置都是这个文件夹下的。代码中可以用getResources().getConfiguration().smallestScreenWidthDp获取sw

sw的理论上计算原理
例如：已知一个5.1寸手机的分辨率为1440*2560，求sw？
sw = 1440/desity,desity = dpi/160，dpi = sqrt(1440x1440+2560x2560)/5.1
sw = 1440/desity,desity = dpi/160，dpi =576
sw = 1440/desity,desity = 3.6
sw = 400

理论上是这样的，实际真的是这样吗？
实际结果
调用getResources().getConfiguration().smallestScreenWidthDp获取结果是411,也就是说sw = 411dp,这个时候不淡定了，适配这个手机要用values-sw411dp而不是上面计算的values-sw400dp。
原因可参考大神博客:https://blog.csdn.net/ihvcker/article/details/70242522?utm_source=itdadao&utm_medium=referral

1.png

这位大神最后结尾貌似有点牵强1440/4=411 ,这是强行原一波的节奏啊!
看到结尾后突然想起不知在哪里看到的一篇博客,忘记了,好像在算sw的时候不能四舍五入,哪怕.999都要舍去
带着试试的想法算一下
sw = 1440/desity,desity = dpi/160，dpi = sqrt(1440x1440+2560x2560)/5.1
sw = 1440/desity,desity = dpi/160，dpi =575(575.923443158这里已去尾法计算得575)
sw = 1440/desity,desity = 3.5(3.59375这里已去尾法计算得3.5)
sw = 411(411.4285714这里已去尾法计算得411)
刚好得到411

找到了这篇博客了:https://blog.csdn.net/fesdgasdgasdg/article/details/78107653?utm_source=tuicool&utm_medium=referral

1.png