2022 年大厂 Android 面试题汇总与解析

线程本地 ThreadLocal 的作用

ThreadLocal 为每个使用该变量的线程提供独立的变量副本。每个线程可以独立改变自己的副本，而不会影响其他线程所对应的副本，从而实现线程隔离。

ThreadLocal 与 synchronized 同步机制的比较

• Synchronized：通过对象的锁机制保证同一时间只有一个线程访问变量。变量是共享的，需要精细控制读写时机和锁的释放，程序设计难度大。
• ThreadLocal：完全不提供锁，采用以空间换时间的方式，为每个线程提供独立副本，保证线程安全，简化了并发控制逻辑。

单例模式几种写法

1. 饿汉式

public class SingletonInstance {
    private static SingletonInstance singletonInstance = new SingletonInstance();
    
    private SingletonInstance() {}
    
    public static SingletonInstance getSingletonInstance() {
        return singletonInstance;
    }
}

2. 懒汉式

public class SingletonInstance {
    private static SingletonInstance singletonInstance;
    
    private SingletonInstance() {}
    
    public static SingletonInstance getSingletonInstance() {
        if (singletonInstance == null) {
            singletonInstance = new SingletonInstance();
        }
        return singletonInstance;
    }
}

3. 双重检查锁定 (DCL)

public class SingletonInstance {
    private volatile static SingletonInstance singletonInstance;
    
    private SingletonInstance() {}
    
    public static SingletonInstance getSingletonInstance() {
        if (singletonInstance == null) {
            synchronized (SingletonInstance.class) {
                if (singletonInstance == null) {
                    singletonInstance = new SingletonInstance();
                }
            }
        }
        return singletonInstance;
    }
}

4. 静态内部类

public class SingletonInstance {
    private SingletonInstance() {}
    
    private static class Holder {
        private static SingletonInstance instance = new SingletonInstance();
    }
    
    public static SingletonInstance getInstance() {
        return Holder.instance;
    }
}

死锁

死锁是指多个进程因争夺资源而造成的一种僵局。若无外力作用，进程将无法继续推进。

1. 死锁产生的原因

• 竞争资源：主要指竞争不可剥夺资源（如打印机）或临时资源（如消息通信顺序不当）。
• 进程间推进顺序非法：例如 P1 持有 R1 请求 R2，P2 持有 R2 请求 R1，形成环路等待。

2. 产生死锁的必要条件

1. 互斥条件：资源排它性控制。
2. 请求和保持条件：阻塞时保持已获资源。
3. 不剥夺条件：资源未用完前不能强行剥夺。
4. 环路等待条件：存在进程 - 资源的环形链。

3. 解决死锁的基本方法

1. 资源一次性分配：破坏请求条件。
2. 可剥夺资源：破坏不可剥夺条件。
3. 资源有序分配法：按编号递增顺序请求，破坏环路等待条件。

Android 核心机制详解

1. 事件分发机制

Activity -> Window -> DecorView -> ViewGroup -> View。

• dispatchTouchEvent：负责分发事件。
• onInterceptTouchEvent：ViewGroup 决定是否拦截事件，默认为 false。
• onTouchEvent：处理点击事件。 事件从上到下传递，从下到上消费。若子 View 消耗了事件，父 View 不会收到后续事件。

2. addView 与 removeView 效率

• 场景 1：addView(A) -> remove(A) -> addView(B)。remove 操作会触发 layout 流程，重新计算布局，开销较大。
• 场景 2：addView(A) -> addView(B)。连续添加通常优化较好，但仍可能触发 measure/layout。
• 效率对比：场景 1 涉及移除重建，效率低于场景 2。建议使用 setVisibility(GONE) 代替 remove/add 来切换显示状态。

3. 缩放后坐标变化

View 经过 scale 属性缩放后，其物理尺寸（width/height）不变，但绘制区域发生变化。y 轴对应的点坐标在逻辑坐标系中不变，但在屏幕坐标系中会根据缩放中心和比例发生偏移。触摸事件坐标需要根据缩放矩阵进行转换才能正确匹配。

4. 数组和链表区别

• 数组：连续内存空间，支持随机访问，查询快 O(1)，增删慢 O(n)。
• 链表：非连续内存，不支持随机访问，查询慢 O(n)，增删快 O(1)（已知节点位置）。

5. RxJava 中 map 和 flatMap 区别

• map：一对一转换，输入一个元素输出一个元素。
• flatMap：一对多转换，输入一个元素输出一个 Observable 序列，然后合并扁平化。

6. ViewGroup 和 View 的 onDraw 方法区别

• View：onDraw 用于绘制自身内容。
• ViewGroup：默认不实现 onDraw，因为它是容器，主要负责管理子 View。若需绘制背景等，可重写 onDraw，但通常建议通过子 View 或背景图实现。

7. RecyclerView 缓存机制

RecyclerView 有四级缓存：mCachedViews、mRecyclerPool、mAttachedScrap、mChangedScrap。

• Item 不可见时，若仍在 mRecyclerPool 中，可直接复用，不执行 onBind。
• 若超出缓存范围，会创建新 ViewHolder 并执行 onBind。

8. requestLayout, measureLayout, invalidate 区别

• requestLayout：触发测量和布局流程，改变 View 大小或位置。
• measureLayout：内部方法，通常不直接调用。
• invalidate：触发重绘流程，改变 View 颜色或内容但不改变大小位置。

9. 图片压缩加载

• 采样率：使用 inSampleSize 降低分辨率。
• 格式：WebP 比 PNG/JPG 更小。
• 缩略图：先加载缩略图再加载原图。

10. 项目中的设计模式理解

常见模式包括：单例模式（全局配置）、观察者模式（LiveData/RxBus）、工厂模式（Fragment 创建）、适配器模式（RecyclerView.Adapter）、策略模式（网络请求封装）。

11. 进程间通讯

常用方式：Binder、AIDL、Messenger、ContentProvider、Socket、File。

• Binder：Android 首选，性能高，支持跨进程对象传递。

12. 单例模式双重校验机制

DCL 需要配合 volatile 关键字防止指令重排序，确保对象初始化完成后再赋值给引用。

13. 内存优化

• 避免内存泄漏（监听器、Handler、静态 Context 引用）。
• 使用 LeakCanary 检测。
• 及时回收 Bitmap，使用 Glide/Picasso 管理内存。

14. ANR

Application Not Responding。主线程耗时超过 5 秒（对话框 10 秒）。

• 解决：耗时操作放子线程，使用 Handler 更新 UI，优化数据库查询。

15. WebView 处理

• 开启硬件加速。
• 限制 JS 调用。
• 使用 System Webview 或 X5 内核。
• 注意内存占用，及时 destroy。

16. HashMap 怎么实现的

基于哈希表，数组 + 链表 + 红黑树（JDK 1.8+）。扩容机制为 2 倍，负载因子 0.75。Hash 冲突通过链表或树解决。

17. 图片压缩技术

• 无损压缩：PNG 优化。
• 有损压缩：JPEG 质量调整。
• 狂傲压缩：推测指特定算法或笔误，通常指根据目标尺寸裁剪或降质。

18. HTTPS 的 SSL

SSL/TLS 协议，通过握手建立加密通道。包含证书验证、密钥交换、对称加密传输。需确保证书链完整，防止中间人攻击。

19. 有哪些进程通信，Binder 机制底层

IPC 方式如上。Binder 基于驱动层，通过 ServiceManager 管理服务，Client 端通过 Proxy 调用 Server 端 Stub 方法，涉及 Binder 驱动、Transaction 包。

20. Activity 里面的 setContentView 做了什么

• 创建 PhoneWindow。
• 设置 ContentView。
• 调用 Window.setContentView 最终调用 DecorView.addView。
• 触发 Layout 流程。

21. Activity, Window, Surface 三者区别

• Activity：应用组件，代表一个界面。
• Window：窗口管理器，承载 View 层级。
• Surface：绘图缓冲区，由 WindowManagerService 管理，用于合成显示。

22. ListView 和 RecyclerView 区别

• ViewHolder：ListView 自动管理，RecyclerView 需手动绑定。
• 灵活性：RecyclerView 支持多种 LayoutManager，更灵活。
• 性能：RecyclerView 优化更好，支持部分刷新。

23. RecyclerView 四级缓存

1. mCachedViews：最近使用的 View，最多保存 2 个。
2. mRecyclerPool：复用池，分固定视图类型和滑动视图类型。
3. mAttachedScrap：当前屏幕内的 View。
4. mChangedScrap：数据变更后的旧 View。 自定义缓存可继承 RecycledViewPool 扩展容量。

24. GC 回收机制

• 标记 - 清除：基础算法。
• 复制算法：新生代。
• 标记 - 整理：老年代。
• 可达性分析：GC Roots 遍历，确定存活对象。

25. 算法：合并两个有序链表

输入两个升序链表，输出一个合并后的升序链表。

• 思路：双指针遍历，比较节点值，较小者接入新链表，指针后移。最后拼接剩余节点。
• 复杂度：时间 O(m+n)，空间 O(1)。

结语

Android 开发的知识点体系庞大，面试考察重点在于基础扎实程度和实际解决问题的能力。高级工程师不仅要求掌握 API，还需深入理解底层原理和优化方案。持续学习与实践是提升竞争力的关键。