跳到主要内容Java大前端java算法
Android 开发岗位历年高频面试题及参考答案
Android 开发面试涵盖 Activity 生命周期管理、Service 启动与绑定机制、广播接收器注册方式、Fragment 数据传递、View 事件分发与绘制流程、图片加载缓存策略、RxJava 响应式编程原理、常见排序算法实现以及项目架构设计模式等核心知识点。
筑梦师5 浏览 1. Activity 生命周期
onPause(): 当前 Activity 暂停,不可与用户交互,但还可见。在新 Activity 启动前被系统调用保存现有的 Activity 中的持久数据、停止动画等。
onStop(): 当 Activity 被新的 Activity 覆盖不可见时被系统调用。
onDestroy(): 当 Activity 被系统销毁杀掉或是由于内存不足时调用。
2. Service
a) onBind 方式绑定的: onCreate -> onBind -> onUnbind -> onDestroy(不管调用 bindService 几次,onCreate 只会调用一次,onStart 不会被调用,建立连接后,service 会一直运行,直到调用 unbindService 或是之前调用的 bindService 的 Context 不存在了,系统会自动停止 Service,对应的 onDestroy 会被调用)
b) startService 启动的: onCreate -> onStartCommand -> onDestroy(start 多次,onCreate 只会被调用一次,onStartCommand 会调用多次,该 service 会在后台运行,直至被调用 stopService 或是 stopSelf)
c) 又被启动又被绑定的服务: 不管如何调用 onCreate() 只被调用一次,startService 调用多少次,onStartCommand 就会被调用多少次,而 unbindService 不会停止服务,必须调用 stopService 或是 stopSelf 来停止服务。必须 unbindService 和 stopService(stopSelf) 同时都调用了才会停止服务。
3. BroadcastReceiver
a) 动态注册: 存活周期是在 Context.registerReceiver 和 Context.unregisterReceiver 之间,BroadcastReceiver 每次收到广播都是使用注册传入的对象处理的。
b) 静态注册: 进程在的情况下,receiver 会正常收到广播,调用 onReceive 方法;生命周期只存活在 onReceive 函数中,此方法结束,BroadcastReceiver 就销毁了。onReceive() 只有十几秒存活时间,在 onReceive() 内操作超过 10S,就会报 ANR。进程不存在的情况,广播相应的进程会被拉活,Application.onCreate 会被调用,再调用 onReceive。
4. ContentProvider
应该和应用的生命周期一样,它属于系统应用,应用启动时,它会跟着初始化,应用关闭或被杀,它会跟着结束。
5. Activity 之间的通信方式
- 通过 Intent 方式传递参数跳转
- 通过广播方式
- 通过接口回调方式
- 借助类的静态变量或全局变量
- 借助 SharedPreferences 或是外部存储,如数据库或本地文件
6. 横竖屏切换的时候,Activity 各种情况下的生命周期
-
切换横屏时:
onSaveInstanceState -> onPause -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume
-
切换竖屏时: 会打印两次相同的 log
onSaveInstanceState -> onPause -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume -> onSaveInstanceState -> onPause -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume
-
如果在 AndroidManifest.xml 中修改该 Activity 的属性,添加 android:configChanges="orientation" 横竖屏切换, 打印的 log 一样,同 1)
-
如果 AndroidManifest.xml 中该 Activity 中的 android:configChanges="orientation|keyboardHidden", 则只会打印 onConfigurationChanged
7. Activity 上有 Dialog 的时候按 Home 键时的生命周期
AlertDialog 并不会影响 Activity 的生命周期,按 Home 键后才会使 Activity 走 onPause -> onStop,AlertDialog 只是一个组件,并不会使 Activity 进入后台。
8. 两个 Activity 之间跳转时必然会执行的是哪几个方法?
前一个 Activity 的 onPause,后一个 Activity 的 onResume。
9. Fragment 状态保存 onSaveInstanceState 是哪个类的方法,在什么情况下使用?
在对应的 FragmentActivity.onSaveInstanceState 方法会调用 FragmentController.saveAllState,其中会对 mActive 中各个 Fragment 的实例状态和 View 状态分别进行保存。当 Activity 在做状态保存和恢复的时候,在它其中的 Fragment 自然也需要做状态保存和恢复。
10. 如何实现 Fragment 的滑动?
ViewPager + FragmentPagerAdapter + List<Fragment>
11. Fragment 之间传递数据的方式?
- 在相应的 Fragment 中编写方法,在需要回调的 Fragment 里获取对应的 Fragment 实例,调用相应的方法;
- 采用接口回调的方式进行数据传递:
a) 在 Fragment1 中创建一个接口及接口对应的 set 方法;
b) 在 Fragment1 中调用接口的方法;
c) 在 Fragment2 中实现该接口;
- 利用第三方开源框架 EventBus。
12. 说说 ContentProvider、ContentResolver、ContentObserver 之间的关系
- ContentProvider: 实现各个应用程序间数据共享,用来提供内容给别的应用操作。如联系人应用中就使用了 ContentProvider,可以在自己应用中读取和修改联系人信息,不过需要获取相应的权限。它也只是一个中间件,真正的数据源是文件或 SQLite 等。
- ContentResolver: 内容解析者,用于获取内容提供者提供的数据,通过
ContentResolver.notifyChange(uri) 发出消息。
- ContentObserver: 内容监听者,可以监听数据的改变状态,观察特定 Uri 引起的数据库变化,继而做一些相应的处理,类似于数据库中的触发器,当 ContentObserver 所观察的 Uri 发生变化时,便会触发它。
13. 在 manifest 和代码中如何注册和使用 BroadcastReceiver?
- manifest 中注册: 静态注册的广播接收者就是一个常驻在系统中的全局监听器,也就是说如果你应用中配置了一个静态的 BroadcastReceiver,而且你安装了应用而无论应用是否处于运行状态,广播接收者都是已经常驻在系统中了。
- 动态注册: 动态注册的广播接收者只有执行了
registerReceiver(receiver, filter) 才会开始监听广播消息,并对广播消息作为相应的处理。
IntentFilter filter = new IntentFilter("com.smilexie.test.intent.mybroadcastreceiver");
MyBroadcastReceiver receiver = new MyBroadcastReceiver();
registerReceiver(receiver, filter);
unregisterReceiver(receiver);
14. Android 属性动画特性
15. 如何导入外部数据库?
16. LinearLayout、RelativeLayout、FrameLayout 的特性及对比,并介绍使用场景。
17. 谈谈对接口与回调的理解
18. 写一个回调 demo
19. 介绍下 SurfaceView
20. RecyclerView 的使用
21. 序列化的作用,以及 Android 两种序列化的区别
二、Android View 总结
22. View 的滑动方式
a. layout(left,top,right,bottom):
通过修改 View 四个方向的属性值来修改 View 的坐标,从而滑动 View
b. offsetLeftAndRight() offsetTopAndBottom():
指定偏移量滑动 view
c. LayoutParams,改变布局参数:
layoutParams 中保存了 view 的布局参数,可以通过修改布局参数的方式滑动 view
d. 通过动画来移动 view:
注意安卓的平移动画不能改变 view 的位置参数,属性动画可以
e. scrollTo/scrollBy:
注意移动的是 view 的内容,scrollBy(50,50) 你会看到屏幕上的内容向屏幕的左上角移动了,这是参考对象不同导致的,你可以看作是它移动的是手机屏幕,手机屏幕向右下角移动,那么屏幕上的内容就像左上角移动了
f. scroller:
scroller 需要配置 computeScroll 方法实现 view 的滑动,scroller 本身并不会滑动 view,它的作用可以看作一个插值器,它会计算当前时间点 view 应该滑动到的距离,然后 view 不断的重绘,不断的调用 computeScroll 方法,这个方法是个空方法,所以我们重写这个方法,在这个方法中不断的从 scroller 中获取当前 view 的位置,调用 scrollTo 方法实现滑动的效果
23. View 的事件分发机制
点击事件产生后,首先传递给 Activity 的 dispatchTouchEvent 方法,通过 PhoneWindow 传递给 DecorView,然后再传递给根 ViewGroup,进入 ViewGroup 的 dispatchTouchEvent 方法,执行 onInterceptTouchEvent 方法判断是否拦截,再不拦截的情况下,此时会遍历 ViewGroup 的子元素,进入子 View 的 dispatchTouchEvent 方法,如果子 view 设置了 onTouchListener,就执行 onTouch 方法,并根据 onTouch 的返回值为 true 还是 false 来决定是否执行 onTouchEvent 方法,如果是 false 则继续执行 onTouchEvent,在 onTouchEvent 的 Action Up 事件中判断,如果设置了 onClickListener,就执行 onClick 方法。
24. View 的加载流程
View 随着 Activity 的创建而加载,startActivity 启动一个 Activity 时,在 ActivityThread 的 handleLaunchActivity 方法中会执行 Activity 的 onCreate 方法,这个时候会调用 setContentView 加载布局创建出 DecorView 并将我们的 layout 加载到 DecorView 中,当执行到 handleResumeActivity 时,Activity 的 onResume 方法被调用,然后 WindowManager 会将 DecorView 设置给 ViewRootImpl,这样,DecorView 就被加载到 Window 中了,此时界面还没有显示出来,还需要经过 View 的 measure,layout 和 draw 方法,才能完成 View 的工作流程。我们需要知道 View 的绘制是由 ViewRoot 来负责的,每一个 DecorView 都有一个与之关联的 ViewRoot,这种关联关系是由 WindowManager 维护的,将 DecorView 和 ViewRoot 关联之后,ViewRootImpl 的 requestLayout 会被调用以完成初步布局,通过 scheduleTraversals 方法向主线程发送消息请求遍历,最终调用 ViewRootImpl 的 performTraversals 方法,这个方法会执行 View 的 measure layout 和 draw 流程
三、技术性面试问题
25. 图片库对比
26. LruCache 原理
LruCache 是个泛型类,主要原理是:把最近使用的对象用强引用存储在 LinkedHashMap 中,当缓存满时,把最近最少使用的对象从内存中移除,并提供 get/put 方法完成缓存的获取和添加。LruCache 是线程安全的,因为使用了 synchronized 关键字。当调用 put() 方法,将元素加到链表头,如果链表中没有该元素,大小不变,如果没有,需调用 trimToSize 方法判断是否超过最大缓存量,trimToSize() 方法中有一个 while(true) 死循环,如果缓存大小大于最大的缓存值,会不断删除 LinkedHashMap 中队尾的元素,即最少访问的,直到缓存大小小于最大缓存值。当调用 LruCache 的 get 方法时,LinkedHashMap 会调用 recordAccess 方法将此元素加到链表头部。
27. 图片加载原理
28. 自己去实现图片库,怎么做?
29. Glide 源码解析
30. Glide 使用什么缓存?
- 内存缓存: LruResourceCache(memory)+弱引用 activeResources Map<Key, WeakReference<EngineResource<?>>> activeResources 正在使用的资源,当 acquired 变量大于 0,说明图片正在使用,放到 activeResources 弱引用缓存中,经过 release() 后,acquired=0,说明图片不再使用,会把它放进 LruResourceCache 中
- 磁盘缓存: DiskLruCache,这里分为 Source(原始图片) 和 Result(转换后的图片)
第一次获取图片,肯定网络取,然后存 active/disk 中,再把图片显示出来,第二次读取相同的图片,并加载到相同大小的 imageview 中,会先从 memory 中取,没有再去 active 中获取。
如果 activity 执行到 onStop 时,图片被回收,active 中的资源会被保存到 memory 中,active 中的资源被回收。当再次加载图片时,会从 memory 中取,再放入 active 中,并将 memory 中对应的资源回收。
之所以需要 activeResources,它是一个随时可能被回收的资源,memory 的强引用频繁读写可能造成内存激增频繁 GC,而造成内存抖动。资源在使用过程中保存在 activeResources 中,而 activeResources 是弱引用,随时被系统回收,不会造成内存过多使用和泄漏。
31. Glide 内存缓存如何控制大小?
Glide 内存缓存最大空间 (maxSize)=每个进程可用最大内存 0.4(低配手机是每个进程可用最大内存 0.33)
磁盘缓存大小是 250MB int DEFAULT_DISK_CACHE_SIZE = 250 * 1024 * 1024;
32. 网络框架对比和源码分析
33. 自己去设计网络请求框架,怎么做?
34. okhttp 源码
35. 网络请求缓存处理,okhttp 如何处理网络缓存的;
四、数据库面试内容
36. sqlite 升级,增加字段的语句
37. 数据库框架对比和源码分析
38. 数据库的优化
39. 数据库数据迁移问题
五、算法
- 排序算法有哪些?
- 最快的排序算法是哪个?
- 手写一个冒泡排序
- 手写快速排序代码
- 快速排序的过程、时间复杂度、空间复杂度
- 手写堆排序
- 堆排序过程、时间复杂度及空间复杂度
- 写出你所知道的排序算法及时空复杂度,稳定性
- 二叉树给出根节点和目标节点,找出从根节点到目标节点的路径
- 给阿里 2 万多名员工按年龄排序应该选择哪个算法?
- GC 算法 (各种算法的优缺点以及应用场景)
- 蚁群算法与蒙特卡洛算法
- 子串包含问题 (KMP 算法) 写代码实现
- 一个无序不重复数组,输出 N 个元素,使得 N 个元素的和相加为 M,给出时间复杂度、空间复杂度。手写算法
- 万亿级别的两个 URL 文件 A 和 B,如何求出 A 和 B 的差集 C (提示:Bit 映射->hash 分组->多文件读写效率->磁盘寻址以及应用层面对寻址的优化)
- 百度 POI 中如何实现查找最近的商家功能 (提示:坐标镜像+R 树)。
- 两个不重复的数组集合中,求共同的元素。
- 两个不重复的数组集合中,这两个集合都是海量数据,内存中放不下,怎么求共同的元素?
- 一个文件中有 100 万个整数,由空格分开,在程序中判断用户输入的整数是否在此文件中。说出最优的方法
- 一张 Bitmap 所占内存以及内存占用的计算
六、插件化、模块化、组件化、热修复、增量更新、Gradle
- 对热修复和插件化的理解
- 插件化原理分析
- 模块化实现(好处,原因)
- 热修复,插件化
- 项目组件化的理解
- 描述清点击 Android Studio 的 build 按钮后发生了什么
七、架构设计和设计模式
- 谈谈你对 Android 设计模式的理解
- MVC MVP MVVM 原理和区别
- 你所知道的设计模式有哪些?
- 项目中常用的设计模式
- 手写生产者/消费者模式
- 写出观察者模式的代码
- 适配器模式,装饰者模式,外观模式的异同?
- 用到的一些开源框架,介绍一个看过源码的,内部实现过程。
- 谈谈对 RxJava 的理解
RxJava 是基于响应式编程,基于事件流、实现异步操作(类似于 Android 中的 AsyncTask、Handler 作用)作的库,基于事件流的链式调用,使得 RxJava 逻辑简洁、使用简单。RxJava 原理是基于一种扩展的观察者模式,有四种角色:被观察者 Observable 观察者 Observer 订阅 subscribe 事件 Event。
RxJava 原理可总结为:被观察者 Observable 通过订阅 (subscribe) 按顺序发送事件 (Emitter) 给观察者 (Observer),观察者按顺序接收事件 & 作出相应的响应动作
- defer(): 直到有观察者 (Observer) 订阅时,才会动态创建被观察者对象 (Observable) 发送事件,通过 Observer 工厂方法创建被观察者对象,每次订阅后,都会得到一个刚创建的最新的 Observer 对象,可以确保 Observer 对象里的数据是最新的。defer() 方法只会定义 Observable 对象,只有订阅操作才会创建对象。
Observable observable = Observable.defer(new Callable<ObservableSource<? extends T>>() {
@Override
public ObservableSource<? extends T> call() throws Exception {
return Observable.just();
}
});
- timer(): 快速创建一个被观察者 (Observable),延迟指定时间后,再发送事件
Observable.timer(2, TimeUnit.SECONDS)
.subscribe(new Observer() {
@Override
public void onSubscribe(Disposable d) {
}
});
interval() intervalRange(): 快速创建一个被观察者对象 (Observable),每隔指定时间就发送事件
Observable.interval(3, 1, TimeUnit.SECONDS).subscribe();
Observable.intervalRange(3, 10, 2, 1, TimeUnit.SECONDS).subscribe();
- 创建被观察者对象 Observable 定义需要发送的事件
Observable.create(new ObservableOnSubscribe(){
@Override
public void subscribe(ObservableEmitter emitter) throws Exception {
}
});
Observable.create() 方法实际创建了一个 ObservableCreate 对象,它是 Observable 的子类,传入一个 ObservableOnSubscribe 对象,复写了发送事件行为的 subscribe() 方法。
- 创建观察者对象 Observer 定义响应事件的行为
Observer observer = new Observer() {
@Override
public void onSubscribe(Disposable d){
}
@Override
public void onNext(T t){
}
};
相关免费在线工具
- Keycode 信息
查找任何按下的键的javascript键代码、代码、位置和修饰符。 在线工具,Keycode 信息在线工具,online
- Escape 与 Native 编解码
JavaScript 字符串转义/反转义;Java 风格 \uXXXX(Native2Ascii)编码与解码。 在线工具,Escape 与 Native 编解码在线工具,online
- JavaScript / HTML 格式化
使用 Prettier 在浏览器内格式化 JavaScript 或 HTML 片段。 在线工具,JavaScript / HTML 格式化在线工具,online
- JavaScript 压缩与混淆
Terser 压缩、变量名混淆,或 javascript-obfuscator 高强度混淆(体积会增大)。 在线工具,JavaScript 压缩与混淆在线工具,online
- 加密/解密文本
使用加密算法(如AES、TripleDES、Rabbit或RC4)加密和解密文本明文。 在线工具,加密/解密文本在线工具,online
- Gemini 图片去水印
基于开源反向 Alpha 混合算法去除 Gemini/Nano Banana 图片水印,支持批量处理与下载。 在线工具,Gemini 图片去水印在线工具,online