本文主要涉及以下几篇文章 Android 屏幕适配总结 Android ConstraintLayout 使用与适配（使用篇） Android ConstraintLayout
本文主要涉及以下几篇文章
Android ConstraintLayout 使用与适配（使用篇）
Android ConstraintLayout 使用与适配（适配篇）
目录
一、与屏幕相关的概念
1. 屏幕尺寸
2.屏幕分辨率
3. 屏幕像素密度(dpi)
二、为什么需要适配
1.屏幕比例不同(屏幕尺寸不一样)
2.屏幕像素密度(dpi)不同
三、Android 屏幕适配原因
四、官方推荐方式 —— dp
具体分析
五、dp + 修改 density 值适配
一、在 Application 中修改 density 适配
二、在 Activity 中修改 density 适配
三、使用 dp + 修改 density 适配的弊端
六、官方推荐方式 —— 最小宽度限定符适配
一、最小宽度
二、限定符
三、原理解析
四、使用
七、官方推荐方式 —— ConstraintLayout
与 Android 适配相关的文章有很多，其中也有不少好文章，对我的受益很多，可还是有些点不是很明白，因此自己亲自验证并总结成本文。
一、与屏幕相关的概念 1. 屏幕尺寸屏幕大小单位(如平常说的 55寸电视、5寸手机)，统一度量单位 (英寸)，测量方式是屏幕对角线的长度为几英寸就是几寸屏。
1英寸=2.54厘米(cm)
屏幕横向、竖向显示的像素数。如分辨率为1080X1920 的屏幕，即为横向1080个像素点，竖向1920个像素点的屏幕。
3. 屏幕像素密度(dpi)屏幕每英寸显示的像素点数，在同一尺寸下，分辨率越高，屏幕越清晰，dpi越高。得到屏幕像素密度的计算方式如下
我看到的文章大部分是说 Android 屏幕碎片化严重所以需要适配。可碎片化只是一种客观存在的现象。而 Android 之所以需要屏幕适配的主要原因有两个：
1.屏幕比例不同(屏幕尺寸不一样)屏幕比例不同，即屏幕宽高比不同，(就是宽高的不同)。屏幕比有很多，如：4:3、5:4、16:10、16:9 等。如在同密度、同尺寸的情况下，屏幕比不同会出现宽高不一至的情况，如下图示例
在同样的5.5寸屏，宽高比分别是 16:9，7:6，最终两个屏幕的大小不一样，这样画一条360px的直线，在图3就是满屏，在图4就只占屏幕的四分之三，而同样的内容可以在图3中显示下，在图4中就有可能超过底部边缘显示不下。这在一些情况下就需要适配屏幕以保证与设计图一致。
2.屏幕像素密度(dpi)不同屏幕密度不同，即设备分辨率的不同，如在同尺寸的屏幕中，不同分辨率会使屏幕密度不同。如下图示例
在上面两个图中，屏幕的尺寸、比例，都是一样的，但是分辨率是不一样的，这就造成屏幕密度不一样。这样画一条 360px 的直线，在图5中是满屏，在图6中就只有三分之一，在图6中可以显示的内容，在图5中就有可能超过底部边缘，显示不下。这种情况也是造成需要适配的原因。
三、Android 屏幕适配原因总结一下适配的 2 个主要原因
1.屏幕像素密度不一样
2.屏幕比例不同(屏幕尺寸不一样)
其实适配，主要是针对这两点进行适配的。理解了屏幕的概念，知道了适配屏幕的原因，这样处理问题就有了方向。下面说说几种官方推荐的主流适配方式，与民间使用比较多的适配方式。
四、官方推荐方式 —— dpdp 是 Android 里的一个与像素密度无关的单位，因此 Google 推荐使用 dp 解决屏幕像素密度不一样的场景，就是上面所说的第 1 个原因。
dp 为什么可以解决这个像素密度引起的适配问题呢？是因为程序运行后，Android 会根据当前屏幕密度(dpi)将布局文件中的 dp 值转换为 px 值显示在屏幕上。调整公式是：px = dp * (dpi / 160)。
总结：Android 默认会将屏幕密度为 160dpi 的屏幕定为基准(注意:与屏幕分辨、屏幕尺寸没有任何联系，此处不要与其他两个概念联系起来，他们之间没有任何的影响)。这是什么意思呢? 也就是说我们在布局文件中写的 12dp、13Dp、等以 dp 为单位的值。Android 默认此布局文件是一个运行在屏幕像素密度为 160dpi 屏幕的布局文件。如果真实运行后屏幕像素密度不是 160 dpi 的屏幕，此时 Android 会以 160 dpi 为基准，将布局文件中 dp 单位的尺寸调整大小，而这个调整的公式就是：px = dp * (dpi / 160)。
这一点我们可以用事实证明一下，在同一分辨率 (360X640)，不同像素密度 160 dpi 和 280dpi 的屏幕下，分别画一条 120px 和一条 120dp 的直线，效果如下：
首先看以 dp 为单位的使用结果
图1 中可以证明在像素密度为 160 dpi 的屏幕下，px 单位与 dp 单位是一致的，即 1dp = 1px (说明：这与屏幕分辨率无关，就算是在 1080*1920的屏幕下，只要像素密度是 160dpi，那 1dp 就等于 1px)。
而在像素密度为 280 dpi 的屏幕中 120dp 的直线转换为 px，利用公式：px = 120dp * (280dpi / 160)，实际像素是 210px。这就是 图2 中 120dp 实际显示的像素数。
再来看以 px 为单位的使用结果
图1、图2中，在不同像素密度的屏幕下，使用 px 为单位的直线，显示结果居然是一样的(这是句费话)，px 本身与像素密度是无关的，在同样大的分辨率(360X640)屏幕下，使用 px 为单位，显示结果当然是一样的。
具体分析到此就会产生一种疑惑，不是说 dp 可以解决像素密度不同引起的适配问题吗？为什么在这里还不如 px 呢？这是因为这种示例是一种特殊情况，在广大的手机厂商与海洋般的Android手机机型中，要想使所有手机是同一个分辨率，那是不可能的。一但在不同分辨率下，使用 px 为单位，可想而知，在 360X480 的屏幕 120px 的直线占屏幕宽的 1/3，而在 600X840 的屏幕下就是屏幕宽的 1/6，显示效果立马不同。
而 dp 在众多的机型面前，并不能"完美"按照设计图的样式进行适配，可为什么官方还要推荐呢？我想是因为他可以做到一套标准的适配，什么意思呢?假如你的设计图分辨率是 360x640，DPI 是160 的。则宽、高、DPI 比是 9:16:4，现在只要是以这个比值的屏幕都可以做到完美适配。示例如下
布局代码
此布局分别运行在分辨率:540X960,DPI是240 和 1080X1920,DPI是480的屏幕上适配效果是完全一致的，因为他们的宽、高、DPI比值都是 9:16:4。这一点可以用PS验证，设计图中的矩形是黑色，540X960屏幕布局中的矩形设置为粉色，1080X1920 屏幕布局中的矩形设置为绿色。用PS将两种图片重叠，看是不是百分百对应。结果如下
这种在同比例情况下的适配是完全吻合的，可一但宽高DPI比有一个不同，适配就会产生偏差，如设置一个宽高同样是1080X1920，但DPI为360的屏幕，它的宽高DPI比值就是 9:16:3。与设计图对比结果如下
橙色是运行在屏幕为 1080X1920 DPI360 上的截图，黑色是原设计图，两张图重叠比对可以看到差别很大，所以说单纯的使用 dp 并不能解决适配问题。
五、dp + 修改 density 值适配民间有一种使用 dp + 修改 density 值的适配方式，也可以近乎完美的适配屏幕。
上边说过只要保持当前设备屏幕的 宽、高、dpi 比值 与 设计图的 宽、高、dpi 比值 一致 就可以完美适配，设备的宽、高是无法修改的，但是 dpi 是有办法修改的。不过这种方式只能以设备的宽或高其中一种方式进行屏幕适配，因为设备的宽高是硬性条件无法修改。因此大多数情况是以设备屏幕的宽进行适配的。例如上面例子中的设备 分辨率是1080X1920 dpi为360 屏幕的 宽与dpi 比是 3:1，而 设计图的 宽与dpi 比是 9:4，要使 设备宽、dpi 比值 和 设计图宽、dpi 比值一致，就要修改设备的 dpi 值，计算公式如下：
densityDpi值 = 设备实际宽 / 设计图宽 x 设计图dpi(默认为 160，根据实际情况调整)
还有一种直接修改 density 值也可使设备与设计图比值一致，
density值 = 设备实际宽 / 设计图宽
修改这两个其中的任何一个，都可以实现不同屏幕的适配。
修改 density 的代码位于 Context 的 getResources() 中，而 Application 和 Activity 都是 Context 的子类，因此这两个类中都可以修改设备的 density 值进行屏幕适配。
一、在 Application 中修改 density 适配注意：此方式有 Android 版本限制，在 5.0 前与 8.0 后无法使用
public class App extends Application {
private static final int designWidth = 360; //设计图宽
@Override
public void onCreate() {
super.onCreate();
//在有些设备程序运行时无法自动调用 getResources 方法，可在此主动调用一次
// getResources();
}
@Override
public Resources getResources() {
int[] screenSize = getScreenSize(this);
int screenWidth = screenSize[0]; //当前设备屏幕宽
float targetDensity = screenWidth * 1.0f / designWidth; //当前设备屏幕宽与设计图宽度比值
int targetDensityDpi = (int) (targetDensity * 160); //根据设备与设计图宽度比值算出当前屏幕适配后的DPI
Resources resources = super.getResources();
//使用 Configuration 修改设备密度
Configuration configuration = resources.getConfiguration();
configuration.densityDpi = targetDensityDpi; //设置当前程序的DPI用于屏幕适配
resources.updateConfiguration(configuration, resources.getDisplayMetrics());
//使用 DisplayMetrics 修改设备密度
// DisplayMetrics displayMetrics = resources.getDisplayMetrics();
// displayMetrics.density = targetDensity;
// displayMetrics.densityDpi = targetDensityDpi;
return resources;
}
private int[] getScreenSize(Context context) {
int[] size = new int[2];
WindowManager w = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
Display d = w.getDefaultDisplay();
DisplayMetrics metrics = new DisplayMetrics();
d.getMetrics(metrics);
size[0] = metrics.widthPixels;
size[1] = metrics.heightPixels;
return size;
}
}在 Application 中修改 density 的方式在 Android 5.0前 和 Android 8.0 后无法使用。而另一种方式没有版本限制，即在 Activity 中的 setContentView() 前设置 Density，代码如下
1.屏幕适配工具类
public class ScreenUtil {
private static int designWidth = 360; //设计图宽
public static void setDensity(Context context) {
//计算适配后的 density 值
int[] screenSize = getScreenSize(context);
int screenWidth = screenSize[0]; //当前设备屏幕宽
float targetDensity = screenWidth * 1.0f / designWidth; //当前设备屏幕宽与设计图宽度比值
int targetDensityDpi = (int) (targetDensity * 160); //根据设备与设计图宽度比值算出当前屏幕适配后的DPI
//获取 Context 的 Resources
Resources resources = context.getResources();
//使用 Configuration 修改 density
Configuration configuration = resources.getConfiguration();
configuration.densityDpi = targetDensityDpi; //设置当前程序的DPI用于屏幕适配
configuration.fontScale = 1f; //适配字体
resources.updateConfiguration(configuration, resources.getDisplayMetrics());
//使用 DisplayMetrics 修改 density
// DisplayMetrics displayMetrics = resources.getDisplayMetrics();
// displayMetrics.density = targetDensity;
// displayMetrics.densityDpi = targetDensityDpi;
}
public static int[] getScreenSize(Context context) {
int[] size = new int[2];
WindowManager w = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
Display d = w.getDefaultDisplay();
DisplayMetrics metrics = new DisplayMetrics();
d.getMetrics(metrics);
size[0] = metrics.widthPixels;
size[1] = metrics.heightPixels;
return size;
}
}2.在 Activity 中进行适配
public class AutoJavaActivity extends AppCompatActivity {
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//修改 Density 进行屏幕适配，此方法必需在 setContentView 前执行
ScreenUtil.setDensity(this);
setContentView(R.layout.activity_auto_base);
}
}以上两种适配后的截图与设计图对比结果如下
修改 Density 进行适配的方式，不需要每个 Activity 都执行适配代码，在整个程序运行期间，只要在入口 Activity 修改一次进行适配就好，其他的 Activity 无须再次修改 Density 值。
三、使用 dp + 修改 density 适配的弊端1.设计图尺寸无法修改 (注：修改设计图尺寸的情况很少见，在此分析原理与解决方式)
如使用 360X640 做设计图进行开发，一但使用这个尺寸做基准适配，以后设计图必须都要使用这个尺寸做设计，一但设计图的尺寸变更，以前布局文件的所有尺寸值都要按新设计图基准进行修改。或者将新尺寸的设计图换算成原设计图 360X640，换算方式
设计图差值 = 新设计图宽 / 原设计图宽 或 新设计图高 / 原设计图高
新设计图换算后值 = 实际尺寸 / 差值
如：新设计图尺寸是 720X1280
差值 = 720 / 360 = 2
新设计图中一条36dp的线换算后 = 36 / 2 = 18dp
以后都要按这种方式将新设计图中的每个数值除以 2 使用才能与之前的设计图适配对接。
2.不建议将设计图基准尺寸值放在 AndroidManifest.xml 清单文件中。也不建议使用 Application.ActivityLifecycleCallbacks 监听 Activity 生命周期，将 ScreenUtil.setDensity(this); 放在此监听类中进行适配
如果你能确保无论任何时候你的工程不会提供给其他应用做 libary 使用，此建议可省略。否则要重视这个建议，因为有可能其他应用无法使用，原因1清单文件中相同 key 无法合并，原因2 Application 中监听 Activity 生命周期最终只能设置一种基准尺寸的适配。
这个问题根设计图尺寸无法修改类似，如果有多个三方库都使用这样的适配方式，并且多个三方库的设计图尺寸不一样，如一个是 360X640，一个是 750X1280， 一个是 460X720，如果你真遇到这样的情况，恭喜，适配基本无法进行。除非你能要求三方库改设计图尺寸，并且要三方库反工，把以前的布局按你们自己设计图尺寸修改。随着项目越来越大，功能越来越多，集成专业领域三方库的概率也是很大的。所以在选择适配方式时应该考虑这个因素。
3.高分辨率屏幕应该显示更多内容，而不是千篇一律
这种强制将屏幕设置同一比例的方式，使所有屏幕显示效果一模一样，高分辨率屏幕与低分辨率屏幕显示内容一样，高分辨率的存在变得尴尬，用户为什么要多花钱买高分屏呢???
4.宽高无法兼备
这种方式只能以宽或高一种标准来适配，如果对宽高都有要求的场景，将不能使用这种方式适配。
例如还是使用上边的360X640 的设计图，使用此方式适配，在屏幕分辨率为 720X1200 DPI 320 的屏幕下是有问题的，结果如下
很明显在 图2 分辨率为 720X1200 DPI 320 的屏幕下，底部的View 超过了屏幕边缘，这样的场景就不适合使用这样的方式适配，如果需要宽高兼备的适配，只能使用百分比布局 Android ConstraintLayout
5.非官方推荐
官方推出了多种适配方式，就是没推荐这种适配方式，我想官方不主动推荐这种适配方式那肯定是有原因的，不然官方为什么舍简求繁呢？难道官方的开发人员都很傻很闲吗？这种修改 density 适配的方式如果像放在 Application 中修改 density 值一样，哪天有个 Android 版本不支持了，而你维护的项目正好使用这种方式，那你就。。。。。。
六、官方推荐方式 —— 最小宽度限定符适配最小宽度限定符的适配方式其实是官方使用 dp 值直接适配的升级版本。
我一般把 最小宽度限定符 这段话拆分为二理解：1.最小宽度，2.限定符
一、最小宽度最小宽度是指屏幕尺寸的最小一方，如：1080 X 1920 的屏幕，最小值是 1080，则以 1080 为适配尺寸，不管屏幕的方向是横向还是竖向，都以 1080 为适配尺寸的依据。
二、限定符限定符就是屏幕最小宽度的 dp 值。上边说过屏幕分辨率的单位是 px，而 Android 中的 dp 值最终使用一个公式将 dp 转换成 px 显示在屏幕上，公式是
px = dp * (dpi / 160)
那么要将屏幕分辨率 px 转换成 dp 就需要变换公式 dp = px / (dpi / 160)
举例：假如 屏幕1 是一个分辨率为 1080 X 1920 DPI 为 480 的屏幕，它屏幕的最小宽度是 1080px，DPI 是 480，它的 dp 值就是 dp = 1080px / ( 480dpi / 160) = 360dp，因此 屏幕1 的限定符为 360dp。
三、原理解析官方为什么要使用这个最小宽度限定符做适配呢？我觉得这种方式是直接使用 dp 适配的升级版本，在分析直接使用 dp 值做适配时说过 dp 可以做到一套标准的适配，即只要屏幕的 宽、高、DPI 比值一致，无论在哪个屏幕下，显示效果都是百分百对应的。然而海洋般的 Android 手机制造商中，一套标准只能适配屏幕严重碎片化的一种。因此官方使用一个笨重的方法升级了直接使用 dp 值适配的方式。可能官方想既然一套标准不够用，那我就将一套标准升级成 N 套(即让开发人员指定多个限定符)。N 套中的每一套标准，都可看成 宽 与 DPI 的比值。有了多个同比值，屏幕就可适配的更多。
放到 Android 工程中是不可能使用比值做标准的，因此取用最小宽度限定符做标准，针对每一个最小宽度 dp 值创建一个备用布局文件夹，这个文件夹可以是 values 的，也可以是布局 layout。格式是 values-swXXXdp 或 layout-swXXXdp 如下
这些文件夹都是自己创建的(当然有插件可以一键生成 ScreenMatch)，你需要适配哪种屏幕的最小宽度 dp 值，就创建哪个。Android 计算出当前屏幕的最小限定符值去寻找相应文件夹下的布局使用，如果当前屏幕的最小限定符值没有在工程目录中找到，会使用与此值最相近的限定符文件夹中的布局。
当然使用最多的还是 values 文件夹，毕竟适配多个 layout 太费劲了，不过有特殊需求的可以使用。
四、使用知道了原理，现在说说怎么使用，你首先需要确定一个最小宽度限定符的基准值，一般就是设计图的尺寸，如你的设计图尺寸是 360X640，那么 360 就是最小宽度限定符的基准值，因为设计图没有 dpi 的概念，因此设计图尺寸 px 与 dp 的关系是 1:1，即设计图尺寸是多少 px，就是多少 dp。
有了最小宽度限定符基准值 360，就以此基准调整各最小宽度限定符布局中的数值，调整公式是
当前最小宽值 / 基准值 * 实际尺寸值
举例：
假如指定 360 为最小宽度限定符基准值，那么最小宽度限定符 values-sw360dp 文件中的值 1dp、2dp、3dp
转换到限定符为 480 的文件夹中， 1dp 就换算成了 480 / 360 * 1dp = 1.3333dp，如下
这样程序运行时计算出当前屏幕最小宽度限定符值，去相应限定符文件 dimens.xml 中寻找指定的值，就可达到适配效果。
七、官方推荐方式 —— ConstraintLayout见：Android ConstraintLayout 使用与适配（适配篇）
--结束END--
本文标题: Android 屏幕适配总结
本文链接: https://www.lsjlt.com/news/29490.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑，方便收藏和打印～
2024-01-21
2023-10-28
2023-10-28
2023-10-27
2023-10-27
2023-10-27
2023-10-27
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
官方手机版
微信公众号
商务合作
0