Android 开发核心面试题解析：系统启动、Binder 与内存管理

五、跨进程通信（IPC）方式对比

六、多进程应用场景

1. 数据隔离：需要向其他应用获取数据或保护敏感数据。
2. 模块独立：某些模块（如 WebView）需单独运行在进程中，避免崩溃影响主进程。
3. 内存扩展：加大应用可使用的内存空间（获取多份堆内存）。

七、Binder 机制原理与 AIDL 示例

Binder 是 Android 中 Activity、Service、Broadcast、ContentProvider 之间通信的桥梁。

基本流程

1. 定义传输对象并进行序列化。
2. 在相同包名下定义 AIDL 接口及传输对象。
3. 编译生成对应的 Java 类。
4. 创建 Service 编写服务端代码。
5. 客户端使用 bindService 连接。
6. 在 ServiceConnection 回调中获取服务端接口对象。
7. 调用接口发送消息。

AIDL 接口定义示例

// IMyService.aidl
package com.example.demo;

interface IMyService {
    void sendMessage(String msg);
    String getData();
}

服务端实现

public class MyService extends Service {
    private final IMyService.Stub binder = new IMyService.Stub() {
        @Override
        public void sendMessage(String msg) {
            Log.d("TAG", "Received: " + msg);
        }

        @Override
        public String getData() {
            return "Hello from Server";
        }
    };

    @Override
    public IBinder onBind(Intent intent) {
        return binder;
    }
}

八、ANR（Application Not Responding）详解

ANR 是指应用程序响应不够灵敏，系统弹出对话框提示用户。常见触发条件如下：

• Activity：5 秒内未响应用户输入事件。
• BroadcastReceiver：10 秒内未完成处理。
• Service：20 秒内（前台）无法完成处理。

常见原因

1. 主线程被 IO 操作阻塞（网络 IO、磁盘 IO）。
2. 主线程中存在耗时计算。
3. 错误操作如 Thread.wait 或 Thread.sleep。

查看与分析

日志路径：/data/anr/traces.txt。

解决方案

将所有耗时操作（网络、SQL、复杂逻辑）移至子线程，并通过 Handler、RxJava 等方式更新 UI。确保界面流畅度，必要时显示进度条。

九、OOM（Out of Memory）与内存优化

OOM 指需要的内存空间大于系统分配的空间，导致程序 Crash。

常见原因

1. 加载大图片导致内存溢出。
2. 大量内存泄露。
3. 线程数量过多，队列容量设置过大。

解决策略

1. 引用类型：使用软引用（SoftReference）或弱引用（WeakReference），当内存不足时自动释放缓存 Bitmap。
2. 资源回收：不再使用的 Bitmap 调用 recycle()。
3. 文件缓存：考虑使用文件缓存替代内存缓存。
4. 线程池：使用统一的线程池管理类。

内存限制

一般应用默认堆内存不超过 32M（可通过 adb shell getprop dalvik.vm.heapgrowthlimit 查看）。超过阈值将抛出 OutOfMemoryError。

十、内存泄露、溢出与抖动

内存抖动

• 现象：大量对象短时间内创建又释放，GC 频率过高。
• 解决：避免循环中创建临时对象；避免在 onDraw 中创建 Paint 或 Bitmap。

内存泄漏

• 定义：对象生命周期结束但仍被引用，无法被 GC 回收。
• 常见场景与修复：
  1. 资源未关闭：Cursor、File 等应在 finally 块中关闭。
  2. Adapter 缓存：使用 convertView 复用视图。
  3. Bitmap 未回收：及时调用 recycle()。
  4. Context 引用：单例中使用 Application Context 代替 Activity Context。
  5. Handler 泄漏：静态内部类配合 WeakReference。
  6. WebView 泄漏：动态添加并在销毁时移除，使用弱引用 Context。

工具推荐

使用 LeakCanary 检测内存泄漏。

十一、WebView 常见问题与安全

1. 安全漏洞：API 16 之前 addJavascriptInterface 存在远程代码执行风险，需过滤方法或使用新版 API。
2. 生命周期：布局中使用时，需在销毁前调用 destroy() 并移除 View。
3. 耗电问题：关闭页面时及时销毁 WebView。
4. 硬件加速：渲染异常时可关闭当前页面的硬件加速。

十二、屏幕旋转后的生命周期

1. 首次进入：onCreate → onStart → onResume。
2. 旋转切换：原 Activity 销毁（onPause → onStop → onDestroy），新 Activity 重建（onCreate → onStart → onResume）。
3. 切回竖屏：同上，横屏活动销毁，竖屏活动重建。

建议通过 onSaveInstanceState 保存临时状态，避免重复加载数据。

十三、总结

本文涵盖了 Android 面试中的核心知识点，包括系统启动、Binder 机制、内存管理及组件生命周期。掌握这些内容有助于深入理解 Android 底层原理，提升开发质量与面试通过率。在实际开发中，应注重代码规范与性能优化，避免常见的内存泄漏与 ANR 问题。