20道25K+Android工程师面试必问面试题，看完直接怼项目经理-CSDN博客

本文链接：https://blog.csdn.net/2401_83621634/article/details/136992885

本文概述了Android开发中的关键技术点，包括dalvik-cache的使用、View的刷新策略、Parcelable与Serializable的区别、进程间数据传递、ContentProvider原理、动画技术、权限管理、视图组件以及Dalvik与ART的区别，旨在帮助开发者理解和应用这些核心概念。

摘要由CSDN通过智能技术生成

data/dalvik-cache：将apk中的dex文件安装到dalvik-cache目录下

复制APK安装包到data/app目录下，解压并扫描安装包，把dex文件(Dalvik字节码)保存到dalvik-cache目录，并在data/data目录下创建对应的应用数据目录

2.invalidate()和postInvalidate() 的区别

invalidate()是用来刷新View的，必须是在UI线程中进行工作。比如在修改某个view的显示时，调用invalidate()才能看到重新绘制的界面。
postInvalidate()在工作者线程中被调用。

3.Parcelable和Serializable区别

Parcelable的性能比Serializable好，在内存开销方面较小，所以在内存间数据传输时推荐使用Parcelable，如activity间传输数据，而Serializable可将数据持久化方便保存，所以在需要保存或网络传输数据时选择Serializable，因为android不同版本Parcelable可能不同，所以不推荐使用Parcelable进行数据持久化。

Serializable序列化不保存静态变量，可以使用Transient关键字对部分字段不进行序列化，也可以覆盖writeObject、readObject方法以实现序列化过程自定义。

4.Android里跨进程传递数据的几种方案

Binder
Socket/LocalSocket
共享内存

5.匿名共享内存，使用场景

在Android系统中，提供了独特的匿名共享内存子系统Ashmem(Anonymous Shared Memory)，它以驱动程序的形式实现在内核空间中。它有两个特点，一是能够辅助内存管理系统来有效地管理不再使用的内存块，二是它通过Binder进程间通信机制来实现进程间的内存共享。

ashmem并像Binder是Android重新自己搞的一套东西，而是利用了Linux的 tmpfs文件系统。tmpfs是一种可以基于RAM或是SWAP的高速文件系统，然后可以拿它来实现不同进程间的内存共享。

大致思路和流程是：

Proc A 通过 tmpfs 创建一块共享区域，得到这块区域的 fd（文件描述符）
Proc A 在 fd 上 mmap 一片内存区域到本进程用于共享数据
Proc A 通过某种方法把 fd 倒腾给 Proc B
Proc B 在接到的 fd 上同样 mmap 相同的区域到本进程
然后 A、B 在 mmap 到本进程中的内存中读、写，对方都能看到了

其实核心点就是**创建一块共享区域，然后2个进程同时把这片区域 mmap 到本进程，然后读写就像本进程的内存一样。**这里要解释下第3步，为什么要倒腾 fd，因为在 linux 中 fd 只是对本进程是唯一的，在 Proc A 中打开一个文件得到一个 fd，但是把这个打开的 fd 直接放到 Proc B 中，Proc B 是无法直接使用的。但是文件是唯一的，就是说一个文件（file）可以被打开多次，每打开一次就有一个 fd（文件描述符），所以对于同一个文件来说，需要某种转化，把 Proc A 中的 fd 转化成 Proc B 中的 fd。这样 Proc B 才能通过 fd mmap 同样的共享内存文件。

使用场景：进程间大量数据传输

6.ContentProvider实现原理

ContentProvider 有以下两个特点：

封装：对数据进行封装，提供统一的接口，使用者完全不必关心这些数据是在DB，XML、Preferences或者网络请求来的。当项目需求要改变数据来源时，使用我们的地方完全不需要修改。
提供一种跨进程数据共享的方式。

Content Provider组件在不同应用程序之间传输数据是基于匿名共享内存机制来实现的。其主要的调用过程：

①通过ContentResolver先查找对应给定Uri的ContentProvider，返回对应的BinderProxy

如果该Provider尚未被调用进程使用过:
通过ServiceManager查找activity service得到ActivityManagerService对应BinderProxy
调用BinderProxy的transcat方法发送GET_CONTENT_PROVIDER_TRANSACTION命令，得到对应ContentProvider的BinderProxy。
如果该Provider已被调用进程使用过，则调用进程会保留使用过provider的HashMap。此时直接从此表查询即得。

②调用BinderProxy的query()

7.如何使用ContentProvider进行批量操作？

通常进行数据的批量操作我们都会使用“事务”，但是ContentProvider如何进行批量操作呢？创建 ContentProviderOperation 对象数组，然后使用 ContentResolver.applyBatch() 将其分派给内容提供程序。您需将内容提供程序的授权传递给此方法，而不是特定内容 URI。这样可使数组中的每个 ContentProviderOperation 对象都能适用于其他表。调用 ContentResolver.applyBatch() 会返回结果数组。

同时我们还可以通过ContentObserver对数据进行观察：

创建我们特定的ContentObserver派生类，必须重载onChange()方法去处理回调后的功能实现
利用context.getContentResolover()获得ContentResolove对象，接着调用registerContentObserver()方法去注册内容观察者，为指定的Uri注册一个ContentObserver派生类实例，当给定的Uri发生改变时，回调该实例对象去处理。
由于ContentObserver的生命周期不同步于Activity和Service等，因此，在不需要时，需要手动的调用unregisterContentObserver()去取消注册。

8.广播注册后不解除注册会有什么问题？(内存泄露)

我们可以通过两种方式注册BroadcastReceiver，一是在Activity启动过程中通过代码动态注册，二是在AndroidManifest.xml文件中利用标签进行静态注册。