2024年Android最全Android 屏幕适配从未如斯简单（已废弃该使用方式）(1)，2024年最新安卓界面用什么语言开发-CSDN博客

本文链接：https://blog.csdn.net/2401_84556837/article/details/138819931

最后

在这里小编整理了一份Android大厂常见面试题，和一些Android架构视频解析，都已整理成文档，全部都已打包好了，希望能够对大家有所帮助，在面试中能顺利通过。

喜欢本文的话，不妨顺手给我点个小赞、评论区留言或者转发支持一下呗

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

前言

一个月前看了今日头条新的屏幕适配方案，这是传送门，对此不禁拍案叫绝，为此我想把这种方案融入到我工具类中直接一行代码即可适配，如今最新 1.19.0 版 AndroidUtilCode 已有其最新的适配方案，其相关函数在 ScreenUtils 中，相关 API 如下所示：

adaptScreen4VerticalSlide : 适配垂直滑动的屏幕
adaptScreen4HorizontalSlide: 适配水平滑动的屏幕
cancelAdaptScreen : 取消适配屏幕
isAdaptScreen : 是否适配屏幕

效果

UtilApk 中的 ScreenAdaptActivity 以设计图为 360dp 宽度来做适配，我们设置两个 view 宽度为 180dp，代码如下所示：

public class ScreenAdaptActivity extends BaseActivity {

private TextView tvUp;
private TextView tvDown;

public static void start(Context context) {
Intent starter = new Intent(context, ScreenAdaptActivity.class);
context.startActivity(starter);
}

@Override
public void initData(@Nullable Bundle bundle) {
if (ScreenUtils.isPortrait()) {
ScreenUtils.adaptScreen4VerticalSlide(this, 360);
} else {
ScreenUtils.adaptScreen4HorizontalSlide(this, 360);
}
}

@Override
public int bindLayout() {
return R.layout.activity_screen_adapt;
}

@Override
public void initView(Bundle savedInstanceState, View contentView) {

}

@Override
public void doBusiness() {

}

@Override
public void onWidgetClick(View view) {

}

public void toggleFullScreen(View view) {
ScreenUtils.toggleFullScreen(this);
}

@Override
protected void onDestroy() {
ScreenUtils.cancelAdaptScreen(this);
super.onDestroy();
}
}

其在 1080x1920 420dpi(xxhdpi) 下的效果如下所示：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

其在 768x1280 320dpi(xhdpi) 下的效果如下所示：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

其在 480x800 240dpi(hdpi) 下的效果如下所示：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

其在 320x480 160dpi(mdpi) 下的效果如下所示：

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

如上就是竖屏以 360dp 为宽度和横屏以 360dp 为高度的适配效果。

原理

如果看了上面今日头条的那篇适配文章，那么你可能已经知道其原理了，不明白的话可以继续看下我的解释：我们知道 px = dp * density，我们要适配的话需要确保 dp 不变去修改 density，而安卓默认 density = dpi / 160，其意思就是 1dp 有多少 px，也就是像素密度，我们开发是按照一份设计稿来做的，那么有没有什么办法来让 density 和设计稿尺寸做联系呢？假设我们设计稿是宽度是 1080px，资源放在 xxhdpi，那么我们宽度转换为 dp 就是 1080 / 3 = 360dp，要在不同设备上宽度都表现为 360dp，那么就需要修改其 density = screenWidthPx / 360，这样就满足了上述条件，而和 density 相关的还有 densityDpi、scaledDensity，我们根据 density 等比修改 densityDpi、scaledDensity 即可。

由于 API 26 及以上的 Activity#getResources()#getDisplayMetrics() 和 Application#getResources()#getDisplayMetrics() 是不同的引用，所以在 API 26 及以上适配是没有影响的，但在 API 26 以下 Activity#getResources()#getDisplayMetrics() 和 Application#getResources()#getDisplayMetrics() 是相同的引用，导致适配有问题，这里要感谢 @MirkoWu 提出的问题，后面会有解决方案。

如果我们以 xxhdpi 的 360dp 来适配的话，首先在 AS 中预览是个问题，在接入第三方 SDK 带有界面或者 View 的话会导致它的尺寸全然不对，因为我们那样适配后界面宽度只有 360dp，而第三方 SDK 中很有可能写的布局会超出 360dp，这便会引发新的问题，当然这也是有响应的解决之道，比如暂时取消适配，但我们有更好的方式，着重看下面介绍。

我着重推荐以 mdpi 为特例来适配，比如前面说到的 xxhdpi 的 360dp，那么在 mdpi 下就是 360 * 3 = 1080dp，这样我们新建一个宽为 1080px 的 mdpi 设备（可以通过修改设备尺寸来达到 mdpi），然后切换为该设备来预览布局就完美解决了以上问题，我们在写布局的时候设计图是 36px，那么我们直接就写 36dp 即可，设计图字体是 24px，我们直接就写 24sp 即可，这样便可达到和设计图一致的效果。另外，图片资源放在需要适配的最高 dpi 下面即可，比如 drawable-xxhdpi 或者 drawable-xxxhdpi，这样在高清屏上也不会导致失真。

但是这样会导致获取状态栏和导航栏高度有问题，其获取状态栏高度代码为如下所示：

public static int getStatusBarHeight() {
Resources resources = Utils.getApp().getResources();
int resourceId = resources.getIdentifier(“status_bar_height”, “dimen”, “android”);
return resources.getDimensionPixelSize(resourceId);
}

由于使用的是 Application#getResources，这会导致最后计算状态栏高度使用的是修改过后的 density，在这里也要感谢 @magic0908 无意间提到的 Resources.getSystem() 来获取系统的 Resources,果不其然可以获取到正确高度的状态栏高度，代码如下所示：

public static int getStatusBarHeight() {
Resources resources = Resources.getSystem();
int resourceId = resources.getIdentifier(“status_bar_height”, “dimen”, “android”);
return resources.getDimensionPixelSize(resourceId);
}

同理获取导航栏高度也可以这样。

考虑到了 Resources.getSystem()，那么我们在适配上岂不是可以更方便，不用区分版本什么的 Activity#getResources()#getDisplayMetrics() 和 Application#getResources()#getDisplayMetrics()，也不需要什么中间变量来记录适配前的值，那些值我们直接在 Resources#getSystem()#getDisplayMetrics() 中获取 density、densityDpi、scaledDensity 即可，而且在修改系统字体的时候，Resources#getSystem()#getDisplayMetrics() 也会相应地改变，这样也就不需要注册 registerComponentCallbacks 来监听系统字体的改变，所以最终的源码很是简洁，但其中间遇到的问题很是复杂，光工具类我这些天就更新了很多版本来解决其问题，从1.18.0 到 1.18.7，有六个版本都是和这个适配有关系，但最终还是完美地找到了解决方案，也要感谢大家的帮助，其最终源码如下所示：

/**

Adapt the screen for vertical slide.
@param activity The activity.
@param designWidthInPx The size of design diagram’s width, in pixel.
/
public static void adaptScreen4VerticalSlide(final Activity activity,
final int designWidthInPx) {
adaptScreen(activity, designWidthInPx, true);
}
/*
Adapt the screen for horizontal slide.
@param activity The activity.