Android高级工程师面试题及参考答案.docxVIP

Android高级工程师面试题及参考答案

一、基础原理类（考察底层理解）

1.请详细说明Android的四大组件生命周期，以及横竖屏切换时Activity的生命周期变化

参考答案：

四大组件中，Activity生命周期最复杂，核心流程为：onCreate()→onStart()→onResume()→前台运行→onPause()→onStop()→onDestroy()。其中onCreate()初始化组件、加载布局，onStart()与onStop()对应“可见不可交互”与“完全不可见”状态切换，onResume()与onPause()对应“可交互”与“部分遮挡不可交互”切换。

横竖屏切换时，默认情况下系统会销毁当前Activity并重建，生命周期流程：onPause()→onStop()→onDestroy()→onCreate()→onStart()→onResume()。若需避免重建，可在Manifest中配置android:configChanges=orientation|screenSize，此时系统会调用onConfigurationChanged()回调，不会销毁Activity，需在该方法中处理布局适配、资源重新加载等逻辑。

2.谈谈Android的Handler机制，包括消息循环、线程通信原理，以及可能出现的内存泄漏原因和解决方案

参考答案：

Handler机制核心是“线程间消息传递”，由Handler、MessageQueue、Looper三大核心构成。原理：

Looper：每个线程仅能有一个Looper，通过Looper.prepare()初始化，Looper.loop()开启消息循环，不断从MessageQueue中取出消息并分发；

MessageQueue：消息队列，按时间优先级存储Message，Looper循环时遍历；

Handler：发送消息（sendMessage()）和处理消息（handleMessage()），发送时会绑定当前线程的Looper，确保消息分发到对应线程。

内存泄漏原因：Handler作为内部类默认持有外部Activity引用，若Handler发送延迟消息，Activity销毁时消息未处理，Looper会持续持有Handler，导致Activity无法被GC回收。

解决方案：

将Handler定义为静态内部类，通过弱引用（WeakReference）持有Activity；

在Activity的onDestroy()中调用handler.removeCallbacksAndMessages(null)，移除所有未处理的消息和回调。

二、性能优化类（考察实操能力）

1.如何进行Android应用的启动优化？请从冷启动、温启动、热启动三个场景分别说明

参考答案：

启动优化核心是减少“初始化时间”和“首屏渲染时间”，不同启动场景优化重点不同：

冷启动（应用完全未运行，需创建进程、初始化Application、启动Activity）：

优化Application：减少onCreate()中的耗时操作（如第三方SDK初始化），改为异步初始化（用线程池、Coroutine）或延迟初始化（首屏加载完成后）；

优化Activity：简化首屏布局（减少嵌套、避免过度绘制），使用ConstraintLayout替代多层LinearLayout；延迟加载非首屏必要的View（如ViewStub）；

启动器模式：避免首屏Activity的onCreate()中做耗时操作，将数据预加载、网络请求等放在子线程；

系统层面：启用MultiDex优化（避免Dex加载耗时），使用R8/ProGuard混淆（减小包体积，间接提升启动速度）。

温启动（应用进程已存在，但Activity被销毁，需重新创建Activity）：

复用进程内已初始化的资源（如单例对象、缓存数据）；

避免Activity重建时重复初始化相同数据，通过Intent传递轻量数据，而非重新计算或请求网络。

热启动（应用进程和Activity均存在，仅从后台切换到前台）：

减少onRestart()、onResume()中的耗时操作，避免在前台线程做网络请求、大量计算；

优化页面恢复逻辑，仅恢复必要的状态（如滚动位置、输入内容），而非全量刷新。

2.谈谈Android的内存优化策略，包括内存泄漏检测、内存溢出（OOM）解决方案

参考答案：

内存优化核心是“减少内存占用”“避免内存泄漏”“合理释放资源”，具体策略：

内存泄漏检测工