2024年Android最全Android 屏幕适配从未如斯简单（已废弃该使用方式）(2)，字节跳动面试经验-CSDN博客

本文链接：https://blog.csdn.net/2401_84557136/article/details/138819967

文末

初级工程师拿到需求会直接开始做，然后做着做着发现有问题了，要么技术实现不了，要么逻辑有问题。

而高级工程师拿到需求会考虑很多，技术的可行性？对现有业务有没有帮助？对现有技术架构的影响？扩展性如何？等等…之后才会再进行设计编码阶段。

而现在随着跨平台开发，混合式开发，前端开发之类的热门，Android开发者需要学习和掌握的技术也在不断的增加。

通过和一些行业里的朋友交流讨论，以及参考现在大厂面试的要求。我们花了差不多一个月时间整理出了这份Android高级工程师需要掌握的所有知识体系。你可以看下掌握了多少。

混合式开发，微信小程序。都是得学会并且熟练的

这些是Android相关技术的内核，还有Java进阶

高级进阶必备的一些技术。像移动开发架构项目实战等

Android前沿技术；包括了组件化，热升级和热修复，以及各种架构跟框架的详细技术体系

以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了，只是一些新的技术不清楚而已。应该没什么太大的问题。

而这恰恰是问题所在！为什么别人高级工程师能年限突破30万，而你只有十几万呢？

就因为你只需补充你自己认为需要的，但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统，是零碎的，散乱的。那么你凭什么突破30万年薪呢？

我这些话比较直接，可能会戳到一些人的玻璃心，但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向，并且付出行动去提升自我，为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢！

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

需要这份系统化学习资料的朋友，可以戳这里获取

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

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

如上就是竖屏以 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.
@param designHeightInPx The size of design diagram’s height, in pixel.
/
public static void adaptScreen4HorizontalSlide(final Activity activity,
final int designHeightInPx) {
adaptScreen(activity, designHeightInPx, false);
}
/*
Reference from: https://mp.weixin.qq.com/s/d9QCoBP6kV9VSWvVldVVwA
/
private static void adaptScreen(final Activity activity,
final int sizeInPx,
final boolean isVerticalSlide) {
final DisplayMetrics systemDm = Resources.getSystem().getDisplayMetrics();
final DisplayMetrics appDm = Utils.getApp().getResources().getDisplayMetrics();
final DisplayMetrics activityDm = activity.getResources().getDisplayMetrics();
if (isVerticalSlide) {
activityDm.density = activityDm.widthPixels / (float) sizeInPx;
} else {
activityDm.density = activityDm.heightPixels / (float) sizeInPx;
}
activityDm.scaledDensity = activityDm.density * (systemDm.scaledDensity / systemDm.dens
activityDm.densityDpi = (int) (160 * activityDm.density);
appDm.density = activityDm.density;
appDm.scaledDensity = activityDm.scaledDensity;
appDm.densityDpi = activityDm.densityDpi;
}
/*
Cancel adapt the screen.
@param activity The activity.
/
public static void cancelAdaptScreen(final Activity activity) {
final DisplayMetrics systemDm = Resources.getSystem().getDisplayMetrics();
final DisplayMetrics appDm = Utils.getApp().getResources().getDisplayMetrics();
final DisplayMetrics activityDm = activity.getResources().getDisplayMetrics();
activityDm.density = systemDm.density;
activityDm.scaledDensity = systemDm.scaledDensity;
activityDm.densityDpi = systemDm.densityDpi;
appDm.density = systemDm.density;
appDm.scaledDensity = systemDm.scaledDensity;
appDm.densityDpi = systemDm.densityDpi;
}
/*
Return whether adapt screen.
@return {@code true}: yes
{@code false}: no
*/
public static boolean isAdaptScreen() {
final DisplayMetrics systemDm = Resources.getSystem().getDisplayMetrics();
final DisplayMetrics appDm = Utils.getApp().getResources().getDisplayMetrics();
return systemDm.density != appDm.density;
}

坑点

在原理里都已经说完了哈。

建议

新老项目都可以用这套方案，老项目中如果有新的 Activity 加进来，那么可以对其使用该方案来适配，然后在启动其他老的 Activity 时候 cancelAdaptScreen 即可。新项目我建议采用我工具类中的使用，可以让你爽到极致，在 BaseActivity 中 setContentView(xx) 之前调用适配代码即可，记得第二个参数一定要传入设计图的实际像素尺寸，不再是曾经的 dp 尺寸了。

有了固定的尺寸，那么我们百分比是不是就很好实现了，计算后直接写 xxdp 即可，这样在所有设备上也都是一定的比例，哪里还需要什么百分比布局什么的来做？是不是 so easy，更多风骚的操作可待你解锁。