2019 初级Android开发工程师面经

2019-11-16  本文已影响0人  潇风寒月

1. Java基础

1.1 什么是乐观锁?

扩展资料: https://www.cnblogs.com/renhui/p/9755789.html

1.2 volatile关键字

  1. 保证可见性,不保证原子性
  2. 禁止指令重排序
  3. 不缓存,每次都是从主存中取

扩展资料: https://www.cnblogs.com/zhengbin/p/5654805.html

1.3 hashmap 原理,红黑树是什么?

红黑树

扩展资料: https://blog.csdn.net/justloveyou_/article/details/62893086
http://www.360doc.com/content/18/0904/19/25944647_783893127.shtml

1.4 jvm内存分配

Java虚拟机书中第二章

1.5 String,StringBuffer,StringBuilder 区别

2. 安卓基础

2.1 安卓各版本大变化(Android 6.0到10.0有哪些大点变化),兼容适配

Android 5.0

Android 6.0

Android 7.0

Android 8.0

Android 9.0

Android 10

2.2 热修复原理

原理

  1. 安卓在加载class时会通过双亲委托机制去加载一个类,先让父类去加载,如果找不到再让子类去加载某个类.
  2. 通过查看ClassLoader源码发现findClass方法是由每个子类自己实现的,比如BootClassLoader或者BaseDexClassLoader.而PathClassLoader是继承自BaseDexClassLoader的,它的findClass也是在BaseDexClassLoader里面实现的.
  3. BaseDexClassLoader的findClass里面使用了另一个对象DexPathList去查找对应的class,这是安卓里面特有的实现.在DexPathList对象里面有一个属性dexElements,dexElements是用于存放加载好了的dex数组的,查找class是从这个dexElements数组里面去找的.
  4. dexElements里面存放的是Element对象,findClass最终会交给Element去实现,Element又会交给Element里面的一个属性DexFile去实现.我看了下,最终是用native实现的.
  5. 回到上面的第3步中的DexPathList对象从dexElements数组里面查找class,从数组的前面往后找,找到了就返回结果,不再继续查找.
  6. 所以当我们把修复好bug了的class,搞成dex,然后通过反射等技术放到dexElements的最前面,这样系统在通过PathClassLoader找到class时,就能先找到我们放置的修复好bug的class,然后就不会再往后找了,相当于实现了热修复.这样有bug的class就不会被用了.应了一句古话,近水楼台先得月.
  7. 第6点中的反射,流程是:获取到PathClassLoader,然后反射获取到父类中的DexPathList对象,然后再反射到DexPathList对象中的dexElements数组.然后将补丁(dex)转为Element对象,插入到dexElements数组的前面(先复制出来,再合并,再通过反射放回去).

一句话总结

将修复好的类放在dexElements的最前面,这样在加载类的时候就会被优先加载到而达到修复的目的.

2.3 MVC,MVP,MVVM

首先需要知道的是为什么要进行技术框架的设计? 肯定是为了低耦合,提高开发效率是吧.所以不要为了设计而设计.

MVC

在Android中View和Controller一般就是被Activity充当了,当逻辑非常多,操作非常复杂时,Activity代码量非常庞大,不易维护.

MVP

我个人角度,现在(2019年10月29日20:02:49)大多是使用这种方式,既不复杂也解耦合了.

MVVM

为了更加分离M,V层,所以有了MVVM.

2.4 组件化的好处

  1. 任意修改都需要编译整个工程,效率低下。
  2. 解耦,有利于多人团队协作开发
  3. 功能复用

2.5 app启动流程

之前我写过一篇文章 死磕Android_App 启动过程（含 Activity 启动过程）

  1. Launcher startActivity
  2. AMS startActivity
  3. Zygote fork进程
  4. Activity main()
  5. ActivityThread 进程loop循环
  6. 开启Activity,开始生命周期回调...

2.6 Activity启动流程

看2.5推荐的那篇文章里面有

  1. Activity startActivityForResult
  2. Instrumentation execStartActivity
  3. AMS startActivity
  4. ApplicationThread scheduleLaunchActivity
  5. ActivityThread.H handleMessage -> performLaunchActivity
  6. Activity attach
  7. Instrumentation callActivityOnCreate

2.7 app体积优化

优化这一块,S大佬有一篇文章写得特别受用,原文在这里

2.8 app启动优化

延伸阅读:

2.9 app布局优化

2.10 app内存优化

2.11 内存泄漏有哪些

2.12 app线程优化

线程池 避免存在大量的Thread,重用线程池内部的线程,从而避免了线程的创建和销毁带来的性能开销,同时能有效控制线程池的最大并发数,避免大量线程因互相抢占系统资源而导致阻塞线现象发生. 推荐阅读 《Android开发艺术探索》 第11章.

分类

  1. 如果线程池中的数量未达到核心线程的数量,则直接启动一个核心线程来执行任务
  2. 如果线程池中的数量已经达到或超过核心线程的数量,则任何会被插入到任务队列中等待执行
  3. 如果2中的任务无法插入到任务队列中,由于任务队列已满,这时候如果线程数量未达到线程池规定的最大值,则会启动一个非核心线程来执行任务
  4. 如果3中的线程数量已经达到线程池最大值,则会拒绝执行此任务,ThreadPoolExecutor会调用RejectedExecutionHandler的rejectedExecution()方法通知调用者

2.13 Android换肤如何实现,原理

重新设置LayoutInflater的Factory2,从而拦截创建View的过程,然后搞成自己的控件,想怎么换肤就怎么换肤.

具体原理可以参见我之前写的一篇文章Android-skin-support 换肤原理全面解析

2.14 fresco原理,glide原理,两者区别,哪个更省内存

这块暂时不懂,加入todo

2.15 DialogFragment 黑边

https://www.jianshu.com/p/c8044b2c272f

2.16 Handler原理,Android 消息机制

之前写过一篇文章,死磕Android_Handler机制你需要知道的一切 .里面介绍得很详细,顺便说了一下为什么loop不会阻塞主线程问题.

Handler机制的关键在于对于ThreadLocal原理的理解,线程私有数据.利用ThreadLocal机制将Looper存放到线程内部,perfect !

2.17 Android 系统架构

image

应用层,应用框架层,系统运行库层,硬件抽象层和Linux内核层

2.18 常用布局有哪些

2.19 Android数据存储有几种方式

2.20 View,SurfaceView

2.21 jni调用流程

我之前也写过简单的demo,JNI Java与C的相互调用与基本操作

隔壁老李头的系列文章非常棒,地址在这里

2.22 组件之间相互引用 如何解决

2.23 自定义View 饼状图,点击事件,画文字

这个大家可以跟着hencoder老师的文章系统学习一下.

2.24 Android 数字签名

校验用户身份,校验数据的完整性

2.25 fragment用在哪里,与Activity的区别

2.26 RxJava原理

观察者模式,链式

友好 RxJava2.x 源码解析三部曲

给 Android 开发者的 RxJava 详解

2.27 EventBus原理

不太了解原理,很少使用,好像也是基于观察者模式的一个框架.

EventBus 原理解析

2.28 View绘制原理

主要是分析measure,layout,draw的过程,之前写过一篇比较完整的,如下.

死磕Android_View工作原理你需要知道的一切

2.29 Retrofit和OkHttp原理,拦截器

刚好之前写过文章分析过,如下:

死磕Android_Retrofit 原理解析

死磕Android_OkHttp3 原理探究

2.30 点击事件传递机制,事件分为哪几种

事件传递大体过程: Activity--> Window-->DecorView --> View树从上往下,传递过程中谁想拦截就拦截自己处理.MotionEvent是Android中的点击事件

主要事件类型

需要关注的几个方法

上面3个方法可以用以下伪代码来表示其关系:

public boolean dispatchTouchEvent(MotionEvent ev) {
    boolean consume = false;//事件是否被消费
    if (onInterceptTouchEvent(ev)) {//调用onInterceptTouchEvent判断是否拦截事件
        consume = onTouchEvent(ev);//如果拦截则调用自身的onTouchEvent方法
    } else {
        consume = child.dispatchTouchEvent(ev);//不拦截调用子View的dispatchTouchEvent方法
    }
    return consume;//返回值表示事件是否被消费，true事件终止，false调用父View的onTouchEvent方法
}

详细内容看我之前写的一篇文章,Android View事件分发机制

2.31 anr如何产生,Service触发anr是多长时间（20秒）,如何解决anr？如何解决那种莫名其妙的anr？

我觉得anr就是在主线程做了耗时操作,比如io、读写文件、数据库操作等等.
anr发生之后一般会有日志,在/data/anr/traces.txt里面. 可以参考我的这篇文章拿anr日志,Android 未root查看ANR异常

2.32 Dialog和Activity是同一个Window？

不是同一个.

2.33 Window,Activity,Dectorview之间的关系

Activity里面实例化了一个Window,Window里面有一个DecorView(根布局).

看一下这篇文章,凶残的程序员 出品,精品啊,特别特别干货.Android Window 机制探索

2.34 ConstraintLayout和RelativeLayout在绘制方面有何差别？

todo

2.35 onClick事件和onTouchListener在哪里回调？

如果一个View需要处理事件,它设置了OnTouchListener,那么OnTouchListener的onTouch方法会被回调.如果onTouch返回false,则onTouchEvent会被调用,反之不会.在onTouchEvent方法中,事件为Action.UP的时候会回调OnClickListener的onClick方法,可见OnClickListener的优先级很低.

2.36 应用如何保活？

这个确实不怎么了解,主要是不建议保活,提升用户体验.特别是安卓高版本,谷歌是封杀得很严格的,不建议保活.

之前在皇叔那里看到过一篇文章,可以参考参考

2018年Android保活方案效果统计

2.37 LinearLayout是如何测量(measure)的?如果有weight又是如何测量的?

先做一次测量，做完之后有空间剩余，有weight的View再测量一下，分一下剩余的空间。

2.38 屏幕适配

先前有鸿神的AndroidAutoLayout，根据宽高进行控件缩放，非常经典，很多项目可能都还在使用，但是已经停止更新了。然后就是有名的今日头条方案，出来还是有点时间了。原理其实就是更改density。

屏幕的宽度=设计稿宽度 * density

然后有AndroidAutoSize库，将今日头条方案融合进去还完善了很多问题，易用，完美。

3. 其他

3. Java四种引用

3.1 项目中遇到的最困难的事情是什么?如何解决的?

每个人遇到的情况不同，这个提前思考一下自己做过的项目最有挑战的地方。

3.2 Git基本操作

建议学习一下廖雪峰老师的课程。

3.3 Kotlin优势

  1. 完全兼容java
  2. 空安全
  3. 支持lambda表达式
  4. 支持扩展函数
  5. 更少的代码量,更快的开发速度

缺点就是有时候代码阅读性可能会降低。

3.4 Kotlin 协程是什么?

就是一个线程框架，提供了一套操作线程的api.

3.5 二叉树,广度优先遍历,深度优先遍历

推荐小灰的漫画算法

3.6 tcp,http,https,socket

3.7 敏捷开发

3.8 你经常使用哪些设计模式,常见设计模式的运用

3.9 3年之后工资怎么想的

3.10 你的优势

3.11 职业规划(3年后干啥,5年后干啥)

3.12 应用,进程,线程之间的区别

上一篇 下一篇

猜你喜欢

热点阅读