微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

某度员工从事 Android 5年还是初级工程师,所以我们到底该不该研究底层?

我答了插件化、组件化、热修复、React Native,最近也在钻研Flutter,对Flutter有一些自己的理解。(我故意这么讲,希望面试官可以多问一下Flutter。)

面试官:插件化和热修复有什么区别吗?

我:插件化是把需要实现的模块或功能独立提取出来,减少宿主的规模,需要相应功能时再去加载相应模块;而热修复则是从修复bug的角度出发,不需要二次安装应用、用户无感知的情况下就可以修复已知bug。(这么基础的问题,回答的时候自信满满…)

面试官:热修复的核心原理是什么?

我:主要是利用Android类加载机制,把需要修复的类打包成dex文件,把这个修复过的dex文件排在dexElements最前面,ClassLoader在修复过的dex文件加载到类之后就不会再去加载错误的类了。(还好面试前有看过)

面试官:


类加载为什么要使用双亲委托机制?

我:…(我记得我看过的来着,一下子想不起来了。)

面试官:jvm和dalvik、art的区别是什么?

我:jvm是基于栈的,dalvik和art是基于寄存器的。(这时候我慌得一比,快顶不住了…)

面试官又追问:那什么是基于栈的虚拟机,什么又是基于寄存器的虚拟机?

我说不知道。(那时完全不懂面试官为什么要问这个)

面试官:art加载类的流程和Dalvik有区别吗?

我:有区别吗?不就是ClassLoader吗?(面试官稍微提了一下机器码。)

后续查资料才知道,原来art水这么深,7.0以前直接编译为机器码。之后又变成混合aot、jit和解释执行了,加载类底层使用classlinker,先从classtable缓存查找,如果没有再从oat文件查找,否则就解释执行

面试官:那art下,热修复的实现上有什么需要注意的地方?

最后一个问题听完之后直接懵逼了…查资料才感觉到面试官其实还是在问:art下类加载的流程。原来aot会生成一个base.art文件,在ClassLoader创建之后就会把base.art中的类注入到缓存中去,所以会导致这些类无法修复。

面试官又问了我遇到的最难的内存优化问题和解决方案;未来三年计划,技术发展纵深的选择。

感觉凉了…

3面小米:

=================================================================

@纵有疾风起:

对okhttp的源码解析;用rxjava遇到过哪些坑;

用过最复杂的自定义view和优化处理;

用EventBus遇到的坑;

glide如何检测生命周期;

底层替换热修复和冷启动热修复有什么区别,怎么实现?

常用算法,递归;各种算法空间和时间复杂度;

事件冲突解决

绘制中MeasureSpec的结构和数据的计算规则;

最近几个系统版本的系统适配做过哪些工作( 不是ui适配)。


大厂招Android高级工程师要求很高,问的东西很深,一般都会问到原理和底层,你必须专精于Android中某一块的知识点,不然面试中对什么知识都是点到即止,肯定是不行。

热修复技术已经非常成熟,很多大厂的热修复方案都是开源的,但是市场上深入系统讲解热修复技术细节的博客和书籍非常少,在学习过程中我们经常会遇到各种各样的问题,无从下手,很多人用过热修复技术也并不真正理解热修复的原理。热修复技术涉及到了类加载、双亲委托机制、反射等原理,面试官基于任何一个点,都可以进行深挖,摸清你的真实Android水平。

为了让大家全面快速地理解热修复技术难点和关键点,我特别分享《Android开发核心知识点笔记》,给大家详解Android内核原理,各种项目实战示例,将会全方位带你梳理Android知识体系。

如果你需要的话,可以 在这领取

mgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8yMjQzNjc0MC0xMzNjZGMxOTEwZWRjZmFk?x-oss-process=image/format,png)

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐