android限定符

A. android屏幕适配的哪些事

为了保证用户获得一致的用户体验效果，使得某一元素在Android不同尺寸、不同分辨率的手机上具备相同的显示效果，则需要我们进行屏幕适配。
基础概念

屏幕尺寸

屏幕尺寸是指屏幕对角线的长度，单位是英寸，1 inch=2.54 cm
屏幕分辨率

手机在横向和纵向上的像素点数总和，单位是像素（pixel)，1px = 1像素点，举个栗子，1080x1920，即宽度方向上有1080个像素点，在高度方向上有1920个像素点。
屏幕像素密度

每英寸像素点个数，单位是dpi，dots per inch。为简便起见，Android 将所有屏幕密度分组为六种通用密度： 低、中、高、超高、超超高和超超超高。

• ldpi（低）~120dpi
  

• mdpi（中）~160dpi
  

• hdpi（高）~240dpi
  

• xhdpi（超高）~320dpi
  

• xxhdpi（超超高）~480dpi
  

• xxxhdpi（超超超高）~640dpi
  



• dimen_example2.png



• 即使使用dp，依然不能解决屏幕分辨率的适配问题，我们可以针对不同的屏幕创建不同的dimen值。

B. Android 屏幕适配

1： dp: android 尺寸的基本单位。 在不同的分辨率的手机里面，1dp对应着不同数量的px, 这样就实现了dp定义一个控件大小的时候，在不同分辨率手机里表现出相应大小的像素值。
2： 屏幕分辨率： 1080下160, 表示宽度有1080个像素点而高度有2160个像素点。常见的分辨率有320x480， 480x800, 720x1280, 1080x1920等。
3： 屏幕尺寸： 以寸为单位， Android设备对角线的长度
4： 像素密度: 每英寸的像素点
5： 屏幕尺寸， 分辨率，像素密度 三者之间的关系：
密度（dpi）= √（宽2 + 高2）/屏幕尺寸

6： px：像素，是屏幕上显示数据的最基本的点
7： dpi：屏幕像素密度，每英寸上的像素点数
8： sp：与dp类似，通常用于指定字体的大小，当用户修改手机显示的字体时，字体大小会随之改变。

1： dp适配方案： Android自带的原始的适配方案， 在不同的分辨率手机里面表现出相应大小的像素点。
缺点： Android的碎片化严重， 如果生产厂家没有根据屏幕尺寸、分辨率和像素密度的关系来规则定义， 或者出一些乱七八糟的屏幕大小，这样的适配方案就不在适合了。

2： 宽高限定符：枚举所有的屏幕宽高像素值，根据等比缩放去适配。如果没有找到对应的屏幕， 则取默认的。 目前这种方案已经被弃用。

缺点：
1： 占用资源大，会增加APK的体积。
2： 容错机制大需要精准命中资源文件才能适配，比如1920x1080的手机就一定要找到1920x1080的限定符，否则就只能用统一的默认的dimens文件了。而使用默认的尺寸的话，UI就很可能变形。

3：AndroidAutoLayout适配方案（停止维护）

4: SW限定符适配方案：（smallestWidth最小宽度适配）
Android 会去识别屏幕可用高度或者宽度的最小尺寸的dp值。然后根据识别到的结果去对应的资源文件里面去找寻相应的结果。
如何生成：ScreenMatch插件

此方案跟宽高限定的适配方案相比，有很好的容错机制， 如果没有找到对应的适配宽度， 那么会在vlues文件里面去找跟他最接近的宽度。

5：今日头条适配方案：
1>: px 转 dp 的公式 dp = px / density.不管我们设定的单位是什么， 最终我们都会将这些单位长度转化为px的。density就是他们的转化比， 所以，动态改变这个转化比也是可以达到我们适配屏幕的目的的。
2>: 通过修改density值，强行把所有不同尺寸分辨率的手机的宽度dp值改成一个统一的值（在清单文件中定义），这样就解决了所有的适配问题。
3>: Density = 当前设备屏幕总宽度（单位为像素）/ 设计图总宽度（单位为 dp) ；
4>：引入了AndroidAutoSize屏幕适配框架：
https://github.com/JessYanCoding/AndroidAutoSize

最后， 最重要的................
点赞 点赞 点赞， 不重要的事情也就说3遍......

C. SmallestWidth限定符适配 - dimens.xml 文件生成

在Android开发中，适配不同分辨率和像素密度的屏幕是常见的需求。SmallestWidth限定符适配方案提供了一种简便方法来生成系列的dimens.xml文件，以实现不同设备上的界面适配。

首先，了解一些基础知识：Android手机常见分辨率包括320x480、480x800、720x1280、1080x1920等。屏幕像素密度的计算是通过手机分辨率除以屏幕尺寸得出。例如，对于分辨率为1080x1920的5寸屏幕，密度为3.5。

在设计界面时，设计师通常提供设计图的最小宽度，单位为dp。这个值是适配不同设备的关键。接下来，将设计图的最小宽度作为基准值，生成所有设备对应的dimens.xml文件。然而，自动生成工具如ScreenMatch可能存在适配不完全的问题，如最小宽度为320dp的设备可能没有得到正确适配。

为解决这一问题，可以对ScreenMatch插件进行优化，以生成更加精准的适配文件。在项目中，首先在默认values文件夹中创建一份dimens.xml文件。然后，通过右键选择ScreenMatch选项，指定基于哪个mole生成适配文件，并配置最小宽度基准值、适配的设备最小宽度dp值。完成配置后，生成的文件将包含所有需要的dimens.xml文件。

通过配置文件，可以灵活调整最小宽度基准值和需要适配的设备最小宽度dp值，以满足不同的设计需求。配置完成后，再次执行生成操作，即可得到符合设计要求的适配文件。如果设计图的最小宽度为360dp，可以按照默认值生成适配文件；如果需要特定的最小宽度适配，如375dp，只需修改配置文件中的相关值即可。

在实际开发中，根据设计图标注的尺寸，在布局中直接使用对应的dp值，这极大地简化了界面适配的过程。若需在代码中动态设置dp或sp值，可通过getDimension()方法从资源文件中获取所需值进行设置。

综上所述，使用SmallestWidth限定符适配方案生成dimens.xml文件，结合合适的工具和配置，可以实现高效、精确的界面适配。简化了开发过程，提高了开发效率，是Android开发中处理屏幕适配问题的重要手段。

D. 一种非常好用的Android屏幕适配

网上关于屏幕适配的文章已经铺天盖地了，为什么我还要讲？因为网上现在基本都是使用 屏幕分辨率限定符 进行适配，即每种屏幕分辨率的设备需要定义一套 dimens.xml 文件。由于不同分辨率的设备太多了，而且有些设备还有虚拟按键（例如华为手机），这样就还需要每个有虚拟按键的设备加多一套 dimens.xml 文件，再加上平板那些你会发现 dimens.xml 文件所占的体积已经超过 2M 了！这绝对不是我们想要的。

我这里要讲的是使用 sw<N>dp 限定符，即 smallestWidth（最小宽度） 限定符 来进行适配，使用这种方式只需要少量 dimens.xml 文件即可达到适配，而且根本不用考虑虚拟按键的问题。如果只适配手机，dimens.xml 文件所占的体积只有 100 多 KB，即使加上平板和 TV，也就 500 多 KB，完全可以接收。这种方案已经在自己多个项目中应用过了，经过几十台手机测试过，基本不会出现适配有问题的情况。制作生成对应 dimens.xml 文件插件（后面会讲）的作者也说过他在待过的两家大公司实践过，所以请放心使用。

关于为什么要进行屏幕适配，什么是 dp、dpi 这些概念我就不去一一讲解了，网上很多文章。这里我推荐几篇讲的比较好的：

屏幕分辨率限定符适配需要在 res 文件夹下创建各种屏幕分辨率对应的 values-xxx 文件夹，如下图：

然后根据一个基准分辨率，例如基准分辨率为 1280x720，将宽度分成 720 份，取值为 1px~720px，将高度分成 1280 份，取值为 1px~1280px，生成各种分辨率对应的 dimens.xml 文件。如下分别为分辨率 1280x720 与 1920x1080 所对应的横向 dimens.xml 文件：

假设设计图上的一个控件的宽度为 720px，那么布局中就写 android:layout_width="@dimen/x720" ，当运行程序的时候，系统会根据设备的分辨率去寻找对应的 dimens.xml 文件。例如运行在分辨率为 1280x720 的设备上，系统会自动找到对应的 values-1280x720 文件夹下的 lay_x.xml 文件，由上图可知 x720 对应的值为
720.px，可铺满该屏幕宽度。运行在分辨率为 1920x1080 的设备上，系统会自动找到对应的 values-1920x1080 文件夹下的 lay_x.xml 文件，由上图可知 x720 对应的值为 1080.0px，可铺满该屏幕宽度。这样就达到了屏幕适配的要求！

smallestWidth 限定符适配原理与屏幕分辨率限定符适配原理一样，系统都是根据限定符去寻找对应的 dimens.xml 文件。例如程序运行在最小宽度为 360dp 的设备上，系统会自动找到对应的 values-sw360dp 文件夹下的 dimens.xml 文件。区别就在于屏幕分辨率限定符适配是拿 px 值等比例缩放，而 smallestWidth 限定符适配是拿 dp 值来等比缩放而已。需要注意的是“最小宽度”是不区分方向的，即无论是宽度还是高度，哪一边小就认为哪一边是“最小宽度”。如下分别为最小宽度为 360dp 与最小宽度为 640dp 所对应的 dimens.xml 文件：

ScreenUtils——> ScreenUtils

既然原理都一样，都需要多套 dimens.xml 文件，那为什么要选择 smallestWidth 限定符适配呢？

大多数 UI 设计师提供的设计图无非就几种，它们对应的获取方式如下：

这些文件当然不会手动去写，网上已经有大神提供了自动生成这些文件的插件 ScreenMatch 。但是这个插件还是有点问题的：

基于以上问题，我在该插件的源码上优化生成了新的插件 ScreenMatch ，由于插件库已经有原作者的插件了，所以我就不重复造轮子上传到插件库了，你直接用本地安装的方式安装即可。

工具使用步骤：

然后选择在哪个 mole 下执行适配。即基于哪个 mole 下的 res/values/dimens.xml 文件作为基准 dimens.xml 文件，生成的其他尺寸 dimens.xml 文件放在哪个 mole 下。例如选择 app，然后点击 OK ，出现如下界面表示生成文件成功。如下图：

然后再看看 res 目录下会自动生成一堆 dimens.xml 文件，如下图：

通过上面的步骤就已经生成了所有设备对应的 dimens.xml 文件。

步骤 3 是以插件默认的最小宽度基准值为 360dp，适配的设备最小宽度为
320,360,384,392.7272,400,410,411.4285,432,480,533,592,600,640,662,720,768,800,811,820,960,961,1024,1280,1365（包含了平板和 TV ）生成的文件，但实际情况要根据设计图和需求设置。

例如设计图的最小宽度为 375dp，则需要更改最小宽度基准值为 375dp。如果项目只需要适配手机的话，适配的设备最小宽度保留 320,360,384,392.7272,400,410,411.4285,432,480 即可，若发现手机还有其他最小宽度自行加上即可，也麻烦把该最小宽度提供给我，我们一起来完善该份适配。

以上修改需要在配置文件里修改，即 screenMatch.properties 文件，该配置文件是执行完上面第 3 步后自动生成在项目的跟目录下的。如下图：

打开配置文件，修改下图中 1、3、4 的值即可。(图中单位均为 dp)
1：最小宽度基准值，填写设计图的最小宽度值即可。
2：插件默认适配的最小宽度值，即默认情况下会生成如下值的 dimens.xml 文件。
3：需要适配的最小宽度值（如果是小数，则保留 4 位小数。例如 392.727272...，则取 392.7272），即你想生成哪些 dimens.xml 文件。
4：忽略不需要适配的最小宽度值，即忽略掉插件默认生成的 dimens.xml 文件。

配置文件修改完成后，重新执行第 3 步，生成新的 dimens.xml 文件。

当然！如果你的设计图也是标准的 360dp，那么上面的步骤你可以忽略。直接复制我 github 上你需要的 dimens.xml 文件到你的项目即可， 默认的 values 文件夹下也需要一份 。

设计图标注多少 dp，布局中就写多少 dp ，非常方便！

大多数 UI 设计师提供的设计图无非就几种，它们对应的使用方式如下：

说了这么多，其实只需要简单的 2 步：

很多人肯定会有疑问，难道我用了这套适配方案就可以全部直接写死宽高了？那肯定不是的，如果一些好用的适配技巧能实现的，那就不要用直接写死宽高的方式。这套适配方案搭配下面这些适配技巧可以让你的屏幕适配更完美。

绝对布局（AbsoluteLayout）直接使用 X、Y 坐标来控制控件的位置，对于屏幕碎片化这么严重的今天，使用绝对布局对于屏幕适配来说就是灾难性的，所以 Google 已经废弃了该控件。

相对布局（RelativeLayout）或者约束布局（ConstraintLayout）就不一样了，相对布局的子控件之间使用 相对位置 的方式排列，即使屏幕的大小改变，控件的相对位置也不会变化，与屏幕大小无关，灵活性很强。约束布局也是类似的，通过对某些控件进行约束来确定它们之间的位置。

Nine-Patch 图片是一种被特殊处理过的 PNG 图片，你可以指定哪些区域可以拉伸而哪些区域不可以。例如聊天界面中的聊天气泡背景图就需要做成 Nine-Patch 图片，因为每条消息的字数不是固定的，如果背景图片不能随着字数的长短进行缩放，那么就会导致背景图片变形。

因为各种屏幕高宽比并不是固定的，有 16:9、4:3，还有全面屏的 19.5:9 等等，如果强行将宽高都适配那只会导致布局变形。

例如一个控件的宽高为 360dp 和 640dp，如果将它显示在宽高为 360dp 和 640dp 的设备上是正常铺满整个屏幕的，但是显示在宽高为 360dp 和 780dp 的设备上高度则不能铺满，如果你让高度铺满，而宽度又保持不变，那就会出现变形的情况。所以这也就是为什么目前市面上的屏幕适配方案只能以宽或高一个维度去适配，另一个方向用滑动或权重的方式去适配的原因。

那你为什么说高度也能适配呢？
这里说的高度也能适配指的是在不同分辨率和密度的手机上能达到等比缩放的适配，其他屏幕适配方案也是一样的。

注意：smallestWidth 限定符适配的效果是让不同分辨率和密度的设备上能达到以设计图等比缩放的适配，如果设备与设计图相差太大时并不能达到很好的适配效果，需要单独出图，其他屏幕适配方案也是一样的。

同横屏道理一样，平板、TV 与手机的宽高差距太大，想要平板、TV 也能完全适配，那就只能让设计师出一套平板、TV 的设计图，然后单独写一套平板、TV 的布局文件。

注意：再说一遍，smallestWidth 限定符适配的效果是让不同分辨率和密度的设备上能达到以设计图等比缩放的适配，如果设备与设计图相差太大时并不能达到很好的适配效果，需要单独出图，其他屏幕适配方案也是一样的。

github 地址： ScreenAdaptation

参考资料：