以下主要针对往期收录的面试题进行一个分类归纳整理,方便大家统一回顾和参考。本篇是第五集~
强调一下:因篇幅问题:文中只放部分内容,全部面试开发文档需要的可在公众号<Android苦做舟>获取或找作者领取。
第一篇面试题在这: Android中高级进阶开发面试题冲刺合集(一)
第二篇面试题在这: Android中高级进阶开发面试题冲刺合集(二)
第三篇面试题在这: Android中高级进阶开发面试题冲刺合集(三)
第四篇面试题在这: Android中高级进阶开发面试题冲刺合集(四)
综合技术
1.请谈谈你对 MVC 和 MVP 的理解?
参考答案:
- MVC 是常用的软件开发架构,但是android中对activity的定位不明确,mvc写法常常会将业务逻辑和视图逻辑都混合在一个activity类中,造成代码逻辑混乱,随着项目增大,维护成本会几何倍增加。
- MVP 也不是新东西了,主要思想就是将业务逻辑从activity中割裂出来,保证职责的明确,依赖关系可以简单的这样表示 M==>P<===>V ,M只负责获取数据,p只从m拿数据而不关心数据获取的流程,p 会有v的引用,从而发送消息给v ,v需要数据时只需要调用p而不需要知道p对数据的操作。
- mvp的之间的依赖不是一定的,每个人对一个事物都会有自己的见解,但是万变不离‘职责明确’这四个字
- mvc使用: 项目小 开发进度需求快,直接莽,用mvc没关系,技术是为了完成业务的 。
- mvp使用:中大型项目,最好配合模块化,将粒度分的更细更清晰,写起来需要多人配合,不然会稍慢
2.分别介绍下你所知道的 Android 中几种存储方式?
参考答案:
网络存储 : 一般就是http get或http post 从服务器获取数据,业务数据获取的常用办法。 sqllite: 将数据缓存到本地数据库,可用于存储大量不经常改变的数据,可配合contentProvider使用。 文件存储: 将一些不太敏感的数据保存到本地, SharePreference: 用XML格式文件存储数据,在data/data/<pa’ka’geName>/shared_prefs下,不支持数据频繁读写,频繁读写会造成数据错乱。 ContentProvider: 四大组件之一,一般配合sqlite、SharePreference、文件存储使用,支持数据的并发读取。
3.简述下热修复的原理?
参考答案: 热修复分为三个部分,分别是Java代码部分热修复,Native代码部分热修复,还有资源热修复。
资源部分热更新直接反射更改所有保存的AssetManager和Resources对象就行(可能需要重启应用)
Native代码部分也很简单,系统找到一个so文件的路径是根据ClassLoader找的,修改ClassLoader里保存的路径就行(可能需要重启应用)
Java部分的话目前主流有两种方式,一种是Java派,一种是Native派。
- java派:通过修改ClassLoader来让系统优先加载补丁包里的类 代表作有腾讯的tinker,谷歌官方的Instant Run,包括multidex也是采用的这种方案 优点是稳定性较好,缺点是可能需要重启应用
- native派:通过内存操作实现,比如方法替换等 代表作是阿里的SopHix,如果算上hook框架的话,还有dexposed,epic等等 优点是即时生效无需重启,缺点是稳定性不好: 如果采用方法替换方式实现,假如这个方法被内联/Sharpening优化了,那么就失效了;inline hook则无法修改超短方法。 热修复后使用反射调用对应方法时可能发生IllegalArgumentException。
4.谈谈你是如何适配更多机型的?
参考答案:
- dp原生方案
- dimen基于px和dp的适配(宽高限定符和smallestWidth适配)
- 头条屏幕适配方案
- 头条适配方案改进版本
5.请谈谈你是如何进行多渠道打包的?
参考答案:
- productFlavor
- 如果不涉及apk类和资源改动,仅仅是某些配置信息,用walle更快
- 第三方的类似腾讯
6.MVP 中你是如何处理 Presenter 层以防止内存泄漏的?
参考答案:
首先 MVP 会出现内存泄漏是因为 Presenter 层持有 View 对象,一般我们会把 Activity 做为 View 传递到 Presenter,Presenter 持有 View对象,Activity 退出了但是没有回收出现内存泄漏。
解决办法: 1.Activity onDestroy() 方法中调用 Presenter 中的方法,把 View 置为 null 2.使用 Lifecycle 3.使用 MVVM
7.如何计算一张图片所占的内存空间大小?
参考答案:
图片占用内存大小=图片