历时三个月:学渣的阿里之路(1)

以下是我印象比较深刻的内容:

面试官:

谈谈你做过项目中印象较深或自认为做的比较好的地方?

博主:

我觉得我在 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 以及产品技术负责人的视频面试。

但是我却没有面下去,具体原因得往下看。

B 部门

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

在 A 部门三面完成后,我等了差不多一星期,这期间我却收到了一封邮件。

大概内容是他在 GitHub 上看到的我,他们的技术总监对我很感兴趣(我都不敢相信我的眼镜),问我想不想来阿里试试。

我对比了 A B 部门的区别发现 B 部门在做的事情上确实更加有诱惑力,之后我表达了有一个面试正在流程中的顾虑;对方表示可以私下和我快速地进行三面,如果一切没问题再交由我自行选择。至少对双方都是一个双赢嘛。

我想也不亏,并且对方很有诚意,就答应试试;于是便有了下面的面试:

一面

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

面试官:

如何管理过多的路由表?

博主:

RouterHub 存在于基础库, 可以被看作是所有组件都需要遵守的通讯协议, 里面不仅可以放路由地址常量, 还可以放跨组件传递数据时命名的各种 Key 值,再配以适当注释, 任何组件开发人员不需要事先沟通只要依赖了这个协议, 就知道了各自该怎样协同工作, 既提高了效率又降低了出错风险, 约定的东西自然要比口头上说强。

面试官:

有没有更简便的方法呢?

博主:

如果您觉得把每个路由地址都写在基础库的RouterHub 中, 太麻烦了, 也可以在每个组件内部建立一个私有 RouterHub, 将不需要跨组件的路由地址放入私有 RouterHub 中管理, 只将需要跨组件的路由地址放入基础库的公有 RouterHub 中管理, 如果您不需要集中管理所有路由地址的话, 这也是比较推荐的一种方式。

光这块就聊了差不多半个小时。

之后又聊到了我的开源项目:

  • 是如何想做这个项目的?

  • 已经有一些关注了后续是如何规划的?

  • 你今后的学习计划是什么?

  • 平时看哪些书?

之后技术聊的不是很多,但对于个人发展却聊了不少。

二面

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

隔了差不多一天的时间,二面很快就来了。

内容不是很多:

  • 线程间通信的多种方式?

  • 限流算法?单机限流?分布式限流?

  • 提到了 Guava Cache ,了解它的实现原理吗?

  • 如何定位一个线上问题?

  • CPU 高负载?OOM 排查等?

聊完之后表示第二天应该会有三面。

三面

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

三面的面试官应该是之前邮件中提到的那位总监大佬,以前应该也是一线的技术大牛;聊的问题不是很多:

  • 谈谈对 Netty 的理解?

  • Netty 的线程模型?

  • 写一个 LRU 缓存。

笔试

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

本以为技术面试完了,结果后面告知所有的面试流程都得有笔试了,于是又参与了一次笔试:

这个相对比较简单,最后也告知笔试通过。

之后在推荐我的那位大佬的帮助下戏剧般地通过了整个技术轮(真的很感谢他的认可),并且得知这个消息是在我刚好和 A 部门约好视频面试时间之后。

也就意味着我必须拒掉一个部门!

没看错,是我要拒掉一个。这对我来说确实太难了,我压根没想过还有两个机会摆在我面前。

最后凭着个人的爱好以及 B 部门的热情我很不好意思地拒掉了 A 部门。。。

HR 面

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

在面这之前我从来没有面过这样大厂的 HR 流程,于是疯狂搜索,希望能弥补点经验。

也许这就是乐极生悲吧,我确实猜中了 HR 问的大部分问题,但遗憾的是最终依然没能通过。

后来我在想如果我没有拒掉 A ,会不会结局不一样了?

但现实就是如此,没有那么多假设,并且每个人也得为自己的选择负责!

大概的问题是:

  • 为什么想来阿里?

  • 个人做的最成功最有挑战的事情是什么?

  • 工作中最难忘的经历?

  • 对加入我们团队有何期待?

C 部门

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

HR 这关被 Pass 之后没多久我居然又收到了第三个部门的邀约。

说实话当时我是拒绝的,之前经历了将近两个月的时间却没能如愿我内心是崩溃的。

我向联系我的大佬表达了我的想法,他倒觉得我最后被 pass 的原因是个小问题,再尝试的话会有很大的几率通过。

我把这事给朋友说了之后也支持我再试试,反正也没啥损失嘛,而且面试的状态还在。

所以我又被打了鸡血,才有了下面的面试经过:

一面

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

面试官:

使用过什么图片加载库?

博主:

图片加载库:Fresco、Glide、Picasso

面试官:

Glide 的源码设计哪里很微妙?

博主:

  • Glide 的生命周期绑定:可以控制图片的加载状态与当前页面的生命周期同步,使整个加载过程随着页面的状态而启动/恢复,停止,销毁

  • Glide 的缓存设计:通过(三级缓存,Lru 算法,Bitmap 复用)对 Resource 进行缓存设计

  • Glide 的完整加载过程:采用 Engine 引擎类暴露了一系列方法供 Request 操作

面试官:

用过哪些网络加载库?

博主:

最后

给大家分享一份移动架构大纲,包含了移动架构师需要掌握的所有的技术体系,大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升;

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

引擎类暴露了一系列方法供 Request 操作

面试官:

用过哪些网络加载库?

博主:

最后

给大家分享一份移动架构大纲,包含了移动架构师需要掌握的所有的技术体系,大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升;

[外链图片转存中…(img-8NSW4joz-1714576399925)]

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 22
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值