2023 Android面试官常问的问题以及答案（附最新的Android面试大厂必考174题）

置顶上马定江山

已于 2024-01-12 19:36:33 修改

阅读量8.1k

点赞数 2

分类专栏：面试 Android开发 Android 文章标签： android 面试 java 华为职场和发展

于 2023-03-09 13:53:39 首次发布

本文链接：https://blog.csdn.net/Android23333/article/details/129421406

版权

Android 同时被 3 个专栏收录

300 篇文章 13 订阅

订阅专栏

面试

91 篇文章 0 订阅

订阅专栏

Android开发

19 篇文章 1 订阅

订阅专栏

前言

已经2023了但是计算机的寒冬还没有过去，但是我们程序员的热情不会被磨灭（有钱就干越多越有劲）。在这个金三银四的季节许多公司也发布了更多的招聘岗位面试机会多了那我们跟要把握住。以下分享一些面试题给大家，希望能帮到大家找一份好工作。

1.Android与服务器交互的方式中的对称加密和非对称加密是什么

对称加密，就是加密和解密数据都是使用同一个key，这方面的算法有DES。
非对称加密，加密和解密是使用不同的key。发送数据之前要先和服务端约定生成公钥和私钥，使用公钥加密的数据可以用私钥解密，反之。这方面的算法有RSA。ssh 和 ssl都是典型的非对称加密。

2.Android启动Service的两种方式是什么? 它们的适用情况是什么?
如果后台服务开始后基本可以独立运行的话，可以用startService。音乐播放器就可以这样用。它们会一直运行直到你调用 stopSelf或者stopService。你可以通过发送Intent或者接收Intent来与正在运行的后台服务通信，但大部分时间，你只是启动服务并让它独立运行。如果你需要与后台服务通过一个持续的连接来比较频繁地通信，建议使用bind()。比如你需要定位服务不停地把更新后的地理位置传给UI。Binder比Intent开发起来复杂一些，但如果真的需要，你也只能使用它。
startService：生命周期与调用者不同。启动后若调用者未调用stopService而直接退出，Service仍会运行
bindService：生命周期与调用者绑定，调用者一旦退出，Service就会调用unBind->onDestroy

3.谈谈你对binder机制的理解?
binder是一种IPC机制,进程间通讯的一种工具.
Java层可以利用aidl工具来实现相应的接口.

4.Android中进程间通信有哪些实现方式？
Intent，Binder（AIDL），Messenger，BroadcastReceiver

5.介绍下实现一个自定义view的基本流程
1、自定义View的属性编写attr.xml文件
2、在layout布局文件中引用，同时引用命名空间
3、在View的构造方法中获得我们自定义的属性，在自定义控件中进行读取（构造方法拿到attr.xml文件值）
4、重写onMesure
5、重写onDraw

6.Android中touch事件的传递机制是怎样的?
1.Touch事件传递的相关API有dispatchTouchEvent、 onTouchEvent、onInterceptTouchEvent
2.Touch事件相关的类有View、ViewGroup、Activity
3.Touch事件会被封装成MotionEvent对象，该对象封装了手势按下、移动、松开等动作
4.Touch事件通常从Activity#dispatchTouchEvent发出，只要没有被消费，会一直往下传递，到最底层的View。
5.如果Touch事件传递到的每个View都不消费事件，那么Touch事件会反向向上传递,最终交由Activity#onTouchEvent处理.
6.onInterceptTouchEvent为ViewGroup特有，可以拦截事件.
7.Down事件到来时，如果一个View没有消费该事件，那么后续的MOVE/UP事件都不会再给它

7.简述一下RecyclerView缓存机制？

RecyclerView在Android的应用上可以说已经取代了listview，其灵活，组装式设置，多缓存机制可以适应多列表在Android开发中各种各样的需求。
对于RecyclerView的缓存机制一直都想稍微的屡下思路，简单点说RecyclerView对比listview缓存机制中就是多了两层缓存的支持，listview是两级缓存，RecyclerView为四级缓存(当然在大部分情况下是三级缓存)。

8.在一个listview里每个item中都有一个动画（gif）播放的view，当我点击item中的button时动画（gif）播放。当有动画播放时滑动listview，偶尔会发生item错位的事件。原因是什么？

这是item复用的问题，由于异步加载导致图片错位

9.Android多线程的实现方式有哪些?
Thread & AsyncTask
Thread 可以与Loop 和 Handler 共用建立消息处理队列
AsyncTask 可以作为线程池并行处理多任务

10.Android开发中何时使用多进程？使用多进程的好处是什么？
要想知道如何使用多进程，先要知道Android里的多进程概念。一般情况下，一个应用程序就是一个进程，这个进程名称就是应用程序包名。我们知道进程是系统分配资源和调度的基本单位，所以每个进程都有自己独立的资源和内存空间，别的进程是不能任意访问其他进程的内存和资源的。
那如何让自己的应用拥有多个进程？

很简单，我们的四大组件在AndroidManifest文件中注册的时候，有个属性是android:process，

1.这里可以指定组件的所处的进程。默认就是应用的主进程。指定为别的进程之后，系统在启动这个组件的时候，就先创建（如果还没创建的话）这个进程，然后再创建该组件。你可以重载Application类的onCreate方法，打印出它的进程名称，就可以清楚的看见了。再设置android:process属性时候，有个地方需要注意：如果是android:process=”:deamon”，以:开头的名字，则表示这是一个应用程序的私有进程，否则它是一个全局进程。私有进程的进程名称是会在冒号前自动加上包名，而全局进程则不会。一般我们都是有私有进程，很少使用全局进程。他们的具体区别不知道有没有谁能补充一下。

2.使用多进程显而易见的好处就是分担主进程的内存压力。我们的应用越做越大，内存越来越多，将一些独立的组件放到不同的进程，它就不占用主进程的内存空间了。当然还有其他好处，有心人会发现Android后台进程里有很多应用是多个进程的，因为它们要常驻后台，特别是即时通讯或者社交应用，不过现在多进程已经被用烂了。典型用法是在启动一个不可见的轻量级私有进程，在后台收发消息，或者做一些耗时的事情，或者开机启动这个进程，然后做监听等。还有就是防止主进程被杀守护进程，守护进程和主进程之间相互监视，有一方被杀就重新启动它。应该还有还有其他好处，这里就不多说了。

3.坏处的话，多占用了系统的空间，大家都这么用的话系统内存很容易占满而导致卡顿。消耗用户的电量。应用程序架构会变复杂，应为要处理多进程之间的通信。这里又是另外一个问题了。

11.Android下解决滑动冲突的常见思路是什么?
相关的滑动组件重写onInterceptTouchEvent，然后判断根据xy值，来决定是否要拦截当前操作

12.如何把一个应用设置为系统应用？
成为系统应用，首先要在对应设备的 Android 源码 SDK 下编译，编译好之后：
此 Android 设备是 Debug 版本，并且已经 root，直接将此 apk 用 adb 工具 push 到 system/app 或 system/priv-app 下即可。
如果非 root 设备，需要编译后重新烧写设备镜像即可。

有些权限(如 WRITE_SECURE_SETTINGS )，是不开放给第三方应用的，只能在对应设备源码中编译然后作为系统 app 使用。

13.Android内存泄露研究
Android内存泄漏指的是进程中某些对象（垃圾对象）已经没有使用价值了，但是它们却可以直接或间接地引用到gc roots导致无法被GC回收。无用的对象占据着内存空间，使得实际可使用内存变小，形象地说法就是内存泄漏了。
场景
类的静态变量持有大数据对象
静态变量长期维持到大数据对象的引用，阻止垃圾回收。
非静态内部类的静态实例
非静态内部类会维持一个到外部类实例的引用，如果非静态内部类的实例是静态的，就会间接长期维持着外部类的引用，阻止被回收掉。
资源对象未关闭
资源性对象如Cursor、File、Socket，应该在使用后及时关闭。未在finally中关闭，会导致异常情况下资源对象未被释放的隐患。
注册对象未反注册
未反注册会导致观察者列表里维持着对象的引用，阻止垃圾回收。

Handler临时性内存泄露
Handler通过发送Message与主线程交互，Message发出之后是存储在MessageQueue中的，有些Message也不是马上就被处理的。

在Message中存在一个 target，是Handler的一个引用，如果Message在Queue中存在的时间越长，就会导致Handler无法被回收。如果Handler是非静态的，则会导致Activity或者Service不会被回收。

由于AsyncTask内部也是Handler机制，同样存在内存泄漏的风险。
此种内存泄露，一般是临时性的。