Android Framework 核心机制与常见面试题深度解析

2. SurfaceView vs View

• View: 标准的 UI 控件，绘制在主线程上。如果频繁刷新（如视频播放），会导致主线程阻塞，造成掉帧。
• SurfaceView: 是直接操作硬件的视图。因为视频播放对帧数有要求，onDraw 效率太低，不够使用。SurfaceView 通过将数据直接写入显存，利用独立图层渲染，从而减轻主线程压力。

三、Handler 与 Looper 机制

面试题：为何主线程可以 new Handler？如果想要在子线程中 new Handler 要做些什么准备？

1. 主线程自动初始化

每一个 Handler 必须要对应一个 Looper。主线程在启动时会自动创建 Looper 对象，不需要我们手动创建，所以主线程可以直接创建 Handler。

在 new Handler() 的时候，如果没有传入指定的 Looper，它会默认绑定当前创建 Handler 的线程的 Looper。如果该线程没有 Looper，则会报错 RuntimeException: Can't create handler inside thread that has not called Looper.prepare()。

2. 子线程的处理逻辑

因为在主线程中，Activity 内部包含一个 Looper 对象，它会自动管理 Looper 处理子线程中发送过来的消息。而对于子线程而言，没有任何对象帮助我们维护 Looper 对象，所以需要我们手动维护。

要在子线程开启 Handler，必须先创建 Looper，并开启 Looper 循环。 如果在子线程中创建一个 Handler，必须做以下三个操作：

1. Prepare(): 调用 Looper.prepare() 为该线程创建 MessageQueue 和 Looper 实例。
2. Loop(): 调用 Looper.loop() 进入死循环，不断从 MessageQueue 中取出消息并分发给对应的 Handler。
3. Quit(): 任务完成后，调用 Looper.quit() 退出循环，释放资源。

// 子线程示例
new Thread(new Runnable() {
    @Override
    public void run() {
        Looper.prepare(); // 1. 准备 Looper
        Handler handler = new Handler() {
            @Override
            public void handleMessage(Message msg) {
                // 处理消息
            }
        };
        Looper.loop(); // 2. 开启循环
    }
}).start();

四、系统启动流程分析

面试题：系统启动流程详细分析

Android 系统启动是一个复杂的过程，主要经历以下几个阶段：

1. Bootloader: 引导程序，负责初始化硬件，加载内核。
2. Kernel (Linux): 内核启动，挂载文件系统，初始化驱动。
3. Init Process: 第一个用户态进程，读取 init.rc 配置文件，启动关键服务（如 Zygote, SystemServer）。
4. Zygote: 孵化进程，预加载常用资源和类库，提高后续 App 启动速度。System Server 也是由 Zygote fork 出来的。
5. System Server: 启动核心系统服务，如 AMS (ActivityManagerService), WMS (WindowManagerService), PM (PackageManager) 等。
6. Launcher: 启动桌面应用，完成开机动画，展示主屏幕。

中间贯穿着许多知识点，如 init.rc 解析、Zygote 启动细节、Binder 驱动加载等，这些都是面试中的难点。

五、跨进程通信 (IPC) 解析

面试题：Binder 基础与应用

Android 的 IPC 机制主要依赖 Binder。Binder 是一种进程间通信方式，支持异步传输，且拥有权限检查机制。

1. Service 理解: Service 是后台运行的组件，可以通过 Context.startService() 启动，也可以通过 Context.bindService() 绑定。
2. Binder 基础: 客户端通过 Proxy 对象调用服务端 Stub 对象的接口，Stub 负责将请求打包发送给内核，内核转发给服务端，服务端返回结果。
3. AIDL 应用: Android Interface Definition Language，用于定义接口。服务端实现 AIDL 接口，客户端通过 AIDL 生成的接口调用远程服务。
4. Messenger 原理: 基于 Binder 实现的轻量级 RPC，使用 Handler 处理消息队列，适合简单的一对一通信。
5. 服务端回调: 客户端通过传递 IBinder 对象给服务端，服务端持有该引用，从而实现双向通信。

六、核心服务源码解析

1. AMS (ActivityManagerService)

AMS 是 Android 系统中最重要的服务之一，负责管理所有应用程序的生命周期。

• 引言: 理解 AMS 需要理解 Activity 栈的管理策略（TaskAffinity, LaunchMode）。
• 通信方式: 主要通过 Binder 与 Zygote 和 App 进程通信。
• 系统启动系列: 涉及 SystemServer 如何启动 AMS，以及 AMS 如何启动 Launcher。
• 面试题解析: 常问 Activity 启动流程、Task 栈管理、进程保活等。

2. WMS (WindowManagerService)

WMS 负责管理所有窗口的生命周期和绘制。

• WMS 与 Activity 启动: 当 Activity 启动时，WMS 负责创建 WindowToken，分配 Surface。
• WMS 绘制原理: 涉及 SurfaceFlinger 的合成过程，VSync 信号同步。
• 角色与实例化: WMS 是单例模式，通过 ServiceManager 注册。

3. Surface 与 SurfaceFlinger

• 创建流程: 涉及软硬件绘制，双缓冲机制。
• SurfaceView 解析: 独立于 View 树的 Surface，直接操作显存。
• 图形系统综述: Android 图形栈包括 EGL, OpenGL ES, SurfaceFlinger。
• SurfaceFlinger 源码: 负责合成多个 Surface 成最终图像显示到屏幕上。涉及 VSync 机制（垂直同步），确保画面不撕裂。

4. PKMS (Package Manager Service)

PKMS 负责管理应用的安装包信息。

• 调用方式: 查询已安装应用、获取权限信息等。
• APK 扫描: 解析 APK 中的 AndroidManifest.xml。
• APK 安装: 验证签名，拷贝文件，解析数据目录。
• 权限扫描: 检查 Manifest 中的权限声明。
• 静默安装: 通过 PackageManager 接口实现无交互安装。

5. InputManagerService

负责处理输入事件（触摸、按键）。

• 输入事件处理流程: 从 InputReader 读取原始事件 -> InputDispatcher 分发 -> InputChannel 投递给目标应用。
• 流程细分: 分为事件采集、分发、处理三个阶段。

6. DisplayManagerService (DMS)

负责管理显示设备。

• 启动: 系统启动时初始化 DMS。
• DisplayAdapter/Device: 创建虚拟或物理显示器对象。
• 亮灭屏流程: 涉及 PowerManager 与 Display 的联动。
• 亮度调节: 通过 Backlight 驱动调节。
• Proximity Sensor: 距离传感器灭屏原理，防止误触。
• Logical/Physical Display: 逻辑显示与物理显示的映射配置更新。

结语

Android Framework 的学习是一个循序渐进的过程。从底层的 Linux 内核到上层的应用框架，每一层都紧密相连。掌握上述核心面试题背后的原理，不仅能帮助你在面试中脱颖而出，更能提升你解决复杂工程问题的能力。建议结合源码阅读，深入理解每个类的职责与交互关系，从而构建完整的知识体系。