腾讯Android 开发岗面经之旅

Posted 2021-12-07 涂程

写在前面

我每年都会隔一段时间出去面试一次，面试的目的不是为了找到好的工作，而是想知道自己的技术能力是否符合市场需求，有没有与时代发展速度脱轨。 同样，面试你的也是同行，这样也能够碰撞出不同的思想。当然，如果遇到好的机会那也是不能错过不过了。试想？如果你一直待在一家公司，都不知道外面的情况如何的话，那是很可怕的，至少我这么认为。如果您同意这样的观点，不妨接着往下看，让我们一起研究面试过程中需要具备的知识。下面是我亲生经历的一次面试，这里写出来给大家分享，更多的是总结面试中遇到的问题以及以后学习过程中的方向。只有这样才能和时代发展速度接上轨迹。

这次面试的公司是互联网BAT大厂中的腾讯，这也大多数开发者们一直进入的大厂之一吧。技术面试一共是三面。下面是我的一个面试过程和总结。

面试过程

技术一面

1.mmap + native 日志优化？

讲了传统日志打印的两个性能问题，一个是反复操作文件描述符表，一个是反复进入内核态，然后讲了 mmap 的原理机制。

2.广播和 EventBus 的区别？

说 EventBus 的实现原理是基于反射，里面管理了两张表，且代码之间关联性不大不易于维护，EventBus 不支持跨进程通信，被面试官反问你确定不支持跨进程？我说我的看的源码是不支持，面试官说那好吧。

3.常用设计模式你了解哪些？

我开始巴拉巴拉说了一大堆，其中说到了装饰设计模式，被面试官打断了，请你具体说说装饰设计模式。

4.跨进程通信有哪些？

管道，信号，信号量，文件，本地套接字，共享内存，binder 驱动

5.简单讲讲 binder 驱动吧？

从 Java 层来看就像访问本地接口一样，客户端基于 BinderProxy 服务端基于 IBinder 对象，从 native 层来看来看客户端基于 BpBinder 到 ICPThreadState 到 binder 驱动，服务端由 binder 驱动唤醒 IPCThreadSate 到 BbBinder 。然后又讲了虚拟内存、物理内存和内存映射，跨进程通信的原理是要基于内核的， 当我讲到 binder_open 、binder_mmap 和 binder_ioctl 是被面试官打断了，估计是怕我讲太久了。

6.跨进程传递大内存数据如何做？

我说 binder 肯定是不行的，因为映射的最大内存只有 1M-8K，可以采用 binder + 匿名共享内存的形式，像跨进程传递大的 bitmap 需要打开系统底层的 ashmem 机制。

7.说说 ConcurrentHashMap 的实现原理说下，初始化大小是多少？

是线程安全的，实现原理采用的是分段锁，初始化大小是 16 ，必须是 2 的幂次。

8.启动优化怎么优化？

我说了关键优化 Application ，被面试官打断了，说大家都能想到的东西你不要说了，我想听的是你能不能站在系统的角度去做一些优化，我提到了优化包体积大小能优化启动速度，优化 dex 分包能优化启动速度，可以参考最新的华为方舟编译器等等。

9.你写的 rxpay 和 rxlogin 具体怎么实现的？

一般我们集成第三方登录和第三方支付 SDK 都需要监听 onActivityResult 方法，我是参考了 RxPermission 的实现方案添加了透明 Activity 。

10.kotlin + fullter 方面的

kotlin 自己学了语法但是开发项目中没用上，fullter 我是了解了它的实现原理但是开发中也没用上。

技术二面

1.单例设计模式都写写，静态内部类是怎么保证线程安全的？
2.synchronized 底层实现原理，ReentrantLock 公平锁与非公平锁。
3.主线程等待所有线程执行完毕，再执行某个特定任务怎么实现？原理和源码看过没？
4.自定义 view 的一般流程，要注意些什么如何优化，点击事件和长按时间分别是怎么实现的？
5.四种启动模式，在源码分析中的原理是怎样的？
6.讲讲 bindService 的过程，你当初是怎么优化后台服务进程的？
7.开发中你都用到了哪些设计模式？说说当时具体的场景。为什么你要用方法工厂，另外两种呢？
8.RxJava 在使用过程中碰到了某些不友好的错误一般怎么解决？发现了内存泄露一般怎么解决分析，有没有碰到过系统服务内存泄露的问题？
9.你们用的 okhttp ？那你有没有做过一些网络优化呢？比如弱网环境。
10.给你个数 1 吧，比如 1000011 里面有几个 1 ？
11.快排了解不？最坏的情况是怎样？如果有大量重复数据怎么优化？

技术三面

1.讲讲 handler 的底层实现原理？

这么简单？问到碗里来了，后面渐渐说到延迟消息是 nativePollOnce 来处理的，在 6.0 以上用的是 epoll 方式来监听文件描述符。接着问道了为什么要用这种方案？它跟 poll 和 select 比起来有哪些优势？它是怎么监听的你看过它的内部实现原理没？反正感觉很难受了。

2.说说你做的日志记录优化？

把第一轮面试的又讲了一通，你在每个文件的最后写入了当前内容的大小，你有没有想过如果文件被破坏的情况？这种异常情况怎么处理？后面还问到了加密和压缩。

3.你看过 binder 驱动的源码，说说他的内存映射过程，说说客户端等待服务端处理返回的流程，如果要跨进程传递大内存数据你具体会怎么做？简单写一写吧。

略……

4.在公司做过哪些优化？

内存优化，启动优化，网络优化，包体积优化，具体说说包体积优化。我提到了包体积优化不仅仅是优化了包的大小，包体积太大从安装的那一刻开始，我们的应用就可能比较慢了，因为 pms 会去拷贝解压解析我们的 apk 安装文件，会去优化我们的 dex 等等，包体积太大还会影响我们的启动速度。然后就巴拉巴拉说具体怎么做，问到了为啥混淆资源能减少包体积大小？你当时优化的时候效果是怎样的减少了多少？

5.开发过程中遇到的一些最难解决的问题？

提到了动态修复替换加载 so ，那你知道怎么修复 class 吗？怎么修复资源呢？后面又聊到了插件化，提到了 360 用的是借尸还魂，那如果我们在插件的 androidmanifest.xml 中注册了其它属性该怎么解决，资源方面怎么处理？

6.还有什么要问我的？

总结

要是换几年前我可能也跟大家一样，感觉这些面试题估计一个也答不好，但是今天回过头再来看其实感觉也就一般般吧。当我们读小学时感觉初中知识比较难，但当我们读到高中时再回过头来看就很简单了。因此我们不必在乎现在的自己能力是否足够强，只要今天比昨天有进步这就足够了。但道理我们都懂，可是能坚持下来的人却比较少了，人生贵在坚持！

随着年龄的增长意味着我们的时间也越来越少了，所以我们自己心里要明白想要什么？是想成为某个领域的专家，还是想多方面发展以后做领导型人才。一个时间段往往只能做好一件事情，有舍必会有得。当我们开着拖拉机在乡村道路时，不要看着别人开着跑车就羡慕，以为拖拉机也能上高速，但内心要有换喷气式飞机的勇气和决心。

但是不用凡是都抱着得到的心态去做，就好比自己勤奋学习就一定是为了进 BAT大厂，如果是这样那当我们进了 BAT 又该如何，学习这件事应该是终身的。只要我们能静下心来该来的自然会来，作人无甚高远事业，摆脱得俗情，便入名流；为学无甚增益工夫，减除得物累，便超圣境。

不要凡是都抱着利益的心态去做，一直以来我都是崇尚成就自己的同时去成就别人。只要自己不抱着利益的心态去做，那么便能拿得起放得下，当我想讲的时候便可以讲，不想讲的时候便可以不讲。过程中肯定会有各种疑问和怀疑，若坚持不了就放弃，但心中若有挂碍就铭记。

最后

我在每次面试完后都会对自己的面经进行整理归纳，方面以后进行翻阅浏览。而且我在每次面试之前还会去网上收集一些面试相关的进阶文档进行学习，希望能够让自己在面试中对答如流，顺利的去斩获Offer。这次的面试能通过有部分的功劳来自这些学习文档,因此小编想让让这些文档发挥出它应有的作用，特此上传收录至我的GitHub项目中,大家可以去点击下方小卡片进行查阅，望能在面试中助大家一臂之力。