25K大致算的上是Android开发的一个分水岭了。没点真正的东西，还真的拿不到25

创新互联公司-专业网站定制、快速模板网站建设、高性价比安图网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式安图网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖安图地区。费用合理售后完善，十余年实体公司更值得信赖。

本文讲解：

• 我们为什么要选择离职

• 面试必问面试题

• 如何选择心仪的公司

一.我们为何选择离职

• 工资跟不上消费

• 上班找不到归宿感和成绩感，上班感觉和坐牢一样

• 在公司没有发展空间

二.25K+Android工程师必问面试题

1.APK安装过程
应用安装涉及到如下几个目录：

• system/app：系统自带的应用程序，无法删除

• data/app：用户程序安装的目录，有删除权限。安装时把apk文件复制到此目录

• data/data：存放应用程序的数据

• 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文件中利用标签进行静态注册。

• 对于第一种方法，我们需要养成一个良好的习惯：在Activity进入停止或者销毁状态的时候使用unregisterReceiver方法将注册的BroadcastReceiver注销掉。

• 对于标签进行注册的，那么该对象的实例在onReceive被调用之后就会在任意时间内被销毁。

9.属性动画(Property Animation)和补间动画(Tween Animation)的区别

10.BrocastReceive里面可不可以执行耗时操作?

11.Android优化工具：TraceView和Systrace

12.Dalvik与ART的区别？

13.Android动态权限？

14.ViewPager如何判断左右滑动？

实现OnPageChangeListener并重写onPageScrolled方法，通过参数进行判断。

15.ListView与RecyclerView

16.描述一下Android手机启动过程和App启动过程？
Android手机启动过程

当我们开机时，首先是启动Linux内核，在Linux内核中首先启动的是init进程，这个进程会去读取配置文件system\core\rootdir\init.rc配置文件，这个文件中配置了Android系统中第一个进程Zygote进程。

启动Zygote进程 --> 创建AppRuntime（Android运行环境） --> 启动虚拟机 --> 在虚拟机中注册JNI方法 --> 初始化进程通信使用的Socket（用于接收AMS的请求） --> 启动系统服务进程 --> 初始化时区、键盘布局等通用信息 --> 启动Binder线程池 --> 初始化系统服务（包括PMS，AMS等等） --> 启动Launcher

App启动过程

• 应用的启动是从其他应用调用startActivity开始的。通过代理请求AMS启动Activity。

• AMS创建进程，并进入ActivityThread的main入口。在main入口，主线程初始化，并loop起来。主线程初始化，主要是实例化ActivityThread和ApplicationThread，以及MainLooper的创建。ActivityThread和ApplicationThread实例用于与AMS进程通信。

• 应用进程将实例化的ApplicationThread，Binder传递给AMS，这样AMS就可以通过代理对应用进程进行访问。

• AMS通过代理，请求启动Activity。ApplicationThread通知主线程执行该请求。然后，ActivityThread执行Activity的启动。

• Activity的启动包括，Activity的实例化，Application的实例化，以及Activity的启动流程：create、start、resume。

可以看到 入口Activity其实是先于Application实例化，只是onCreate之类的流程，先于Activity的流程。另外需要scheduleLaunchActivity，在ApplicationThreaad中，对应AMS管理Activity生命周期的方法都以scheduleXXXActivity，ApplicationThread在Binder线程中，它会向主线程发送消息，ActivityThread的Handler会调用相应的handleXXXActivity方法，然后会执行performXXXActivity方法，最终调用Activity的onXXX方法

17.Asset目录与res目录的区别

18.Application 在多进程下会多次调用 onCreate() 么？
当采用多进程的时候，比如下面的Service 配置：