2024最新中高阶Android面试题总结，学习路线+知识点梳理

2401_84903804

于 2024-05-11 23:40:17 发布

阅读量819

点赞数 16

分类专栏： Android面试文章标签： android 学习

本文链接：https://blog.csdn.net/2401_84903804/article/details/138733797

版权

Android面试专栏收录该内容

6 篇文章 0 订阅

订阅专栏

面试部门 + 岗位：商业化 - 高级 Android 开发工程师
面试感想：整体面得比较累，基础面、交叉面、Boss面，前前后后对接了 6 个面试官 (离当初给我说的 3面+HR面貌似差得有点远￢＿￢) 。算法到 Boss 面都还在写，不过庆幸的是面试官没有为难我 (老实交代了算法没怎么准备，哎…)，算法都不太难。整体项目比基础问得多。
面试建议：算法、基础是敲门砖，项目是试金石，良好的面试形象是加分项。
简历上列举的项目多想想，为什么做这个项目？做这个项目的目标是什么？我的方案是什么？相对其他方案我的方案优势是什么？项目的收益是什么？项目的架构图是否能画出来？项目中使用的主要框架原理是否前前后后都清楚？(我大概就是项目拯救了自己，基础准备有点仓促T^T)。
如果是现场或视频面试，良好的面试形象还是比较有必要的。在部门 TL 面的时候，就提到我相对很多其他面试者比较好的一点就是，整个人的形象状态比较好，没有让人觉得很疲惫。

【1面 - 基础面】

你们 Android 开发的时候，对于 UI 稿的 px 是如何适配的？

dpi：屏幕像素密度，指的是在系统软件上指定的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值；
ppi：也是屏幕像素密度，但这个是物理上的概念，它是客观存在的不会改变。dpi是软件参考了物理像素密度后，人为指定的一个值，这样保证了某一个区间内的物理像素密度在软件上都使用同一个值；
dp加上自适应布局和weight比例布局能解决90%的适配问题。因为并不是所有的1080P的手机dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420；
宽高限定符适配：穷举市面上所有的Android手机的宽高像素值，设定一个基准的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件。但其有一个致命的缺陷，那就是需要精准命中才能适配，App包体积也会变大

两个值相等的 Integer 对象，== 比较，判断是否相等？
Activity A 跳转Activity B，Activity B再按back键回退，两个过程各自的生命周期

ActivityA跳转ActivityB的过程中,各自生命周期的执行顺序。例如：A.onCreate A.onStart A.onPause A.onStop B.onCreate B.onStart B.onPause B.onStop B.onDestroy?
ActivityA和ActivityB生命周期执行顺序如下： A.onPause －> B.onCreate －> B.onStart－> B.onResume－> A.onStop
ActivityB 按back键呢？
按下back键后： B.onPause－>A.onRestart－>A.onStart－>A.onResume－>B.onStop－>B.onDestory
ActivityB是个窗口Activity的情况下，1、2的结论呢？
若ActivityB是个窗口，ActivityA跳转到ActivityB时，ActivityA失去焦点部分可见，故不会调用onStop，此时生命周期顺序： A.onPause －> B.onCreate －> B.onStart－> B.onResume
按下Back键后：B.onPause－>A.onResume－>B.onStop－>B.onDestory
切换横竖屏时，onCreate会调用吗？几次？
程序在运行时，一些设备的配置可能会改变，如：横竖屏的切换、键盘的可用性或语言的切换等，此时Activity会重新启动。其中的过程是：在销毁之前会先调用onSaveInstancestate()去保存应用中的一些数据，然后调用 onDestory()，最后才会去调用onCreate()或者onRestoreInstanceState方法重新启动Activiy。在切换屏幕时候会重新调用各个生命周期，切横屏时会执行一次onCreate，切竖屏时会执行两次onCreate。

子线程是否可以 context.startActivity() (如ApplicationContext), 会不会有什么问题？

写 demo 试了下是可以的。但会有什么问题还没弄清楚…

Handler机制整体流程；Looper.loop()为什么不会阻塞主线程；IdHandler(闲时机制）；postDelay()的具体实现；post()与sendMessage()区别；使用Handler需要注意什么问题，怎么解决的?

问题很细，能准备多详细就准备多详细。人家自己封装了一套 Handler 来避免内存泄漏问题

Native、H5、RN页面混合跳转时，页面清栈的桥如何实现的？

自己做的一个项目，原理讲清楚就行，讲不清就画图

怎么计算一个View在屏幕可见部分的百分比？
ClassLoader 的双亲委派机制
简单介绍下 Https 的原理
什么情况会导致内存泄漏，如何修复？
下载一张很大的图，如何保证不 oom？
有没有做过UI方面的优化，做过哪些?

调试GPU过度绘制，将Overdraw降低到合理范围内；
减少嵌套层次及控件个数，保持view的树形结构尽量扁平（使用Hierarchy Viewer可以方便的查看），同时移除所有不需要渲染的view；
使用GPU配置渲染工具，定位出问题发生在具体哪个步骤，使用TraceView精准定位代码；
使用标签，merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)

WebView 与 JS 交互方式，shouldOverrideUrlLoading、onJsPrompt使用有啥区别
Flutter、Kotlin接触使用过没有
其他项目相关问题
算法 - 二叉树输出第 k 层节点元素

【2面 - 项目专项】

Native、H5、RN页面混合跳转时，页面清栈的桥实现
页面混编框架的设计与难点
RN 通用容器的设计
用户行为监控方案设计
JS 错误治理方案
RN 页面对用户行为的监控与JS错误治理，在问题发现有什么收获、优化点
美团 RN 相对于原生 RN 的有什么优势

【3面 - 基础加深】

你们公司 Picasso 有使用过没，介绍下
Picasso 单引擎，在多 Bundle 的情况下怎么保证数据隔离的？
美团 RN 与 Picasso 的区别

4.省略若干项目相关问题…

RN 的页面追踪埋点如何实现的
美团首页是否是 RN 页面，MTFlexBox 原理
synchronized 修饰 static 方法、普通方法、类、方法块区别
synchronized 底层实现原理
volatile 的作用和原理
一个 int 变量用 volatile 修饰，多线程去操作 i++，是否线程安全？如何保证 i++ 线程安全？AtomicInteger 的底层实现原理？

使用 AtomicInteger 可以使 i++ 线程安全

说下对线程池的理解，以及创建线程池的几个关键参数
Handler 机制又问了一遍…
介绍下 Binder 机制，与内存共享机制有什么区别？
Java 集合，介绍下ArrayList 和 HashMap 的使用场景，底层实现原理
ArrayList 与 LinkedList 的区别
算法 - 两个有序的链表的合并
算法 - 输入一个字符串(不含*和.)、正则(字母、*和.任意组合)，判断字符串是否合法
简单介绍下，项目中遇到的一些技术难点

【4面 - 交叉面】

下面的代码， str 值最终为多少？换成 Integer 值又为多少，是否会被改变？

考点：Java 值传递 (第 2 题相同)。编写代码测试，在 changeValue() 方法中修改入参，并不会改变之前的值；
原理：方法得到的是所有参数值的一个拷贝，即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本，对象类型参数传递的是对象地址的副本；
题解：在 changeValue() 中，对于对象类型参数，直接修改的是对象地址副本的值，所以之前变量的地址并未被修改！若修改的是对象实例里面的某个值，之前变量则会被修改

public void test() {
    String str = "123";
    changeValue(str); 
    System.out.println("str值为: " + str);  // str未被改变，str = "123"
}

public changeValue(String str) {
    str = "abc";
}

下面的代码，再次使用对象 student 是否需要判空？

Java 中方法参数的使用情况总结：

一个方法不能修改一个基本数据类型的参数（即数值型或布尔型）；
一个方法可以改变一个对象参数的状态；
一个方法不能让对象参数引用一个新的对象

public void test()  {
    Student student = new Student("Bobo", 15);
    changeValue1(student);   // student值未改变，不为null! 输出结果 student值为 name:Bobo、age:15
    // changeValue2(student);  // student值被改变，输出结果 student值为 name:Lily、age:20
    System.out.println("student值为 name: " + student.name + "、age:" + student.age);
}

public changeValue1(Student student) {
    student = null;
}

public static void changeValue2(Student student)  {    
     student.name = "Lily";    
     student.age = 20;
}

Java 的几种引用类型，弱引用的使用场景？
线程池分类，解释下几个核心参数？
APK 的打包过程是什么？

aapt 工具打包资源文件，生成 R.java 文件
aidl 工具处理 AIDL 文件，生成对应的 .java 文件
javac 工具编译 Java 文件，生成对应的 .class 文件
把 .class 文件转化成 Davik VM 支持的 .dex 文件
apkbuilder 工具打包生成未签名的 .apk 文件
jarsigner 对未签名 .apk 文件进行签名
zipalign 工具对签名后的 .apk 文件进行对齐处理

APK 为什么要签名？是否了解过具体的签名机制？

Android 为了确认 apk 开发者身份和防止内容的篡改，设计了一套 apk 签名的方案保证 apk 的安全性，即在打包时由开发者进行 apk 的签名，在安装 apk 时Android 系统会有相应的开发者身份和内容正确性的验证，只有验证通过才可以安装 apk，签名过程和验证的设计就是基于非对称加密的思想。
Android 在 7.0 以前使用的一套签名方案：在 apk 根目录下的 META-INF/ 文件夹下生成签名文件，然后在安装时在系统的 PackageManagerService 里进行签名文件的验证。
从 7.0 开始，Android 提供了新的 V2 签名方案：利用 apk(zip) 压缩文件的格式，在几个原始内容区之外增加了一块用于存放签名信息的数据区，然后同样在安装时在系统的 PackageManagerService 里进行 V2 版本的签名验证，V2 方案会更安全、使校验更快安装更快。
当然 V2 签名方案会向后兼容，如果没有使用 V2 签名就会默认走 V1 签名方案的验证过程。