以下是我印象比较深刻的内容:
面试官:
谈谈你做过项目中印象较深或自认为做的比较好的地方?
博主:
我觉得我在 XX 做的不错,用了 XX 需求实现 XX 功能,性能提高了 N 倍。
面试官:
能说说Activity的启动模式吗
博主:
standard、singleTop、singleTask、singleInstance
面试官:
嗯,能细说一下它们吗
博主:
standard:系统在启动它的任务中创建 activity 的新实例
就是这样会一直问下去,如果聊得差不多了就开始问一些零散的问题:
-
JMM 内存模型,如何划分的?分别存储什么内容?线程安全与否?
-
类加载机制,谈到双亲委派模型后会问到哪些违反了双亲委派模型?为什么?为什么要双亲委派?好处是什么?
-
平时怎么使用多线程?有哪些好处?线程池的几个核心参数的意义?
-
线程间通信的方式?
-
HashMap 的原理?当谈到线程不安全时自然引申出 ConcurrentHashMap ,它的实现原理?
-
说下冷启动与热启动是什么,区别,如何优化,使用场景等。
-
为什么冷启动会有白屏黑屏问题?
-
说下你对Collection这个类的理解。
-
20.谈谈你对 JNIEnv 和 JavaVM 理解?
大概是以上这些,当聊到倒数第二个时我已经登机了。最后不得不提前挂断,结束之前告诉我之后会换一个同事和我沟通,听到这样的回复一面应该是过了, 后面也确实证实了这点。
===========================================================
大概过了一周,二面如期而至。
我听声音很熟,就尝试问下是不是之前一面的面试官,结果真是。
由于二面的面试官临时有事所以他来替一下。于是我赶紧问他能否把之前答的不好的再说说?得到了肯定的答复后开始了我的表演。
有了第一次的经验这一次自然也轻车熟路,原本感觉一切尽在掌握却被告知需要笔试突然被激醒。
笔试是一个在线平台,需要在网页中写代码,会有一个明确的题目:
从一个日志文件中根据关键字读取日志,记录出现的次数,最后按照次数排序打印。
在这过程中切记要和面试官多多交流,因为笔试有时间限制,别到最后发现题目理解错了,这就和高考作文写完发现方向错了一样要命。
而且在沟通过程中体现出你解题的思路,即使最终结果不对,但说不定思考的过程很符合面试官的胃口哦。这也和今年的高考改卷一样;过程正确得高分,只有结果得低分。
===========================================================
又过了差不多一周的时间接到了三面的电话,一般到了三面会是技术 Leader 之类的角色。
这个过程中不会过多强调技术细节,更多的考察软件能,比如团队协作、学习能力等。
但我记得也问了以下一些技术问题:
-
谈谈你所理解的 HTTP 协议?
-
对 TCP 的理解?三次握手?滑动窗口?
-
基本算法,Base64 等。
-
Java 内存模型,Happen Before 的理解。
一周之后我接到了 HR 助理的电话约了和 HRBP 以及产品技术负责人的视频面试。
但是我却没有面下去,具体原因得往下看。
=============================================================
在 A 部门三面完成后,我等了差不多一星期,这期间我却收到了一封邮件。
大概内容是他在 GitHub 上看到的我,他们的技术总监对我很感兴趣(我都不敢相信我的眼镜),问我想不想来阿里试试。
我对比了 A B 部门的区别发现 B 部门在做的事情上确实更加有诱惑力,之后我表达了有一个面试正在流程中的顾虑;对方表示可以私下和我快速地进行三面,如果一切没问题再交由我自行选择。至少对双方都是一个双赢嘛。
我想也不亏,并且对方很有诚意,就答应试试;于是便有了下面的面试:
===========================================================
面试官:
如何管理过多的路由表?
博主:
RouterHub 存在于基础库, 可以被看作是所有组件都需要遵守的通讯协议, 里面不仅可以放路由地址常量, 还可以放跨组件传递数据时命名的各种 Key 值,再配以适当注释, 任何组件开发人员不需要事先沟通只要依赖了这个协议, 就知道了各自该怎样协同工作, 既提高了效率又降低了出错风险, 约定的东西自然要比口头上说强。
面试官:
有没有更简便的方法呢?
博主:
如果您觉得把每个路由地址都写在基础库的RouterHub 中, 太麻烦了, 也可以在每个组件内部建立一个私有 RouterHub, 将不需要跨组件的路由地址放入私有 RouterHub 中管理, 只将需要跨组件的路由地址放入基础库的公有 RouterHub 中管理, 如果您不需要集中管理所有路由地址的话, 这也是比较推荐的一种方式。
光这块就聊了差不多半个小时。
之后又聊到了我的开源项目:
-
是如何想做这个项目的?
-
已经有一些关注了后续是如何规划的?
-
你今后的学习计划是什么?
-
平时看哪些书?
之后技术聊的不是很多,但对于个人发展却聊了不少。
===========================================================
隔了差不多一天的时间,二面很快就来了。
内容不是很多:
-
线程间通信的多种方式?
-
限流算法?单机限流?分布式限流?
-
提到了 Guava Cache ,了解它的实现原理吗?
-
如何定位一个线上问题?
-
CPU 高负载?OOM 排查等?
聊完之后表示第二天应该会有三面。
===========================================================
三面的面试官应该是之前邮件中提到的那位总监大佬,以前应该也是一线的技术大牛;聊的问题不是很多:
-
谈谈对 Netty 的理解?
-
Netty 的线程模型?
-
写一个 LRU 缓存。
===========================================================
本以为技术面试完了,结果后面告知所有的面试流程都得有笔试了,于是又参与了一次笔试:
这个相对比较简单,最后也告知笔试通过。
之后在推荐我的那位大佬的帮助下戏剧般地通过了整个技术轮(真的很感谢他的认可),并且得知这个消息是在我刚好和 A 部门约好视频面试时间之后。
也就意味着我必须拒掉一个部门!
没看错,是我要拒掉一个。这对我来说确实太难了,我压根没想过还有两个机会摆在我面前。
最后凭着个人的爱好以及 B 部门的热情我很不好意思地拒掉了 A 部门。。。
=============================================================
在面这之前我从来没有面过这样大厂的 HR 流程,于是疯狂搜索,希望能弥补点经验。
也许这就是乐极生悲吧,我确实猜中了 HR 问的大部分问题,但遗憾的是最终依然没能通过。
后来我在想如果我没有拒掉 A ,会不会结局不一样了?
但现实就是如此,没有那么多假设,并且每个人也得为自己的选择负责!
大概的问题是:
-
为什么想来阿里?
-
个人做的最成功最有挑战的事情是什么?
-
工作中最难忘的经历?
-
对加入我们团队有何期待?
=============================================================
HR 这关被 Pass 之后没多久我居然又收到了第三个部门的邀约。
说实话当时我是拒绝的,之前经历了将近两个月的时间却没能如愿我内心是崩溃的。
我向联系我的大佬表达了我的想法,他倒觉得我最后被 pass 的原因是个小问题,再尝试的话会有很大的几率通过。
我把这事给朋友说了之后也支持我再试试,反正也没啥损失嘛,而且面试的状态还在。
所以我又被打了鸡血,才有了下面的面试经过:
===========================================================
面试官:
使用过什么图片加载库?
博主:
图片加载库:Fresco、Glide、Picasso 等
面试官:
Glide 的源码设计哪里很微妙?
博主:
-
Glide 的生命周期绑定:可以控制图片的加载状态与当前页面的生命周期同步,使整个加载过程随着页面的状态而启动/恢复,停止,销毁
-
Glide 的缓存设计:通过(三级缓存,Lru 算法,Bitmap 复用)对 Resource 进行缓存设计
-
Glide 的完整加载过程:采用 Engine 引擎类暴露了一系列方法供 Request 操作
面试官:
用过哪些网络加载库?
博主:
最后
给大家分享一份移动架构大纲,包含了移动架构师需要掌握的所有的技术体系,大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升;
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
引擎类暴露了一系列方法供 Request 操作
面试官:
用过哪些网络加载库?
博主:
最后
给大家分享一份移动架构大纲,包含了移动架构师需要掌握的所有的技术体系,大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升;
[外链图片转存中…(img-8NSW4joz-1714576399925)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!