写在前面
那天刚好是下午 oppo hr 面完,大约 3 点左右腾讯来电,我在电梯里没太注意没接到电话,下午就一直盼呀盼,大约九点刚下班到公司楼下来电了,问方不方便我当然说方便,就在马路边上面了大约 50 来分钟,我感觉应该是挂了的,因为过程中电话老是断加上环境又比较吵,第二天问猎头说,下班前查了一下同一批面试的都释放了,你应该是过了只说是应该过了。过了整整一周到了隔周五上午,接到了第二面的面试通知,约的是隔周三上午 10:30 。第二面面试官时不时的面带笑容,给人很轻松的感觉。二面完后要我稍等一下接着面三面,三面面完面试官问我下午还有事没?我们***(应该是领导)有点事,下午四点左右可以面第四面,具体我也没听清楚是谁我也不敢问。我说下午要上班就先回去了,下午接到 hr 电话约的是隔周二的上午。总共五轮面试含 hr 面,持续周期一个月左右。
技术一面
mmap + native 日志优化?
讲了传统日志打印的两个性能问题,一个是反复操作文件描述符表,一个是反复进入内核态,然后讲了 mmap 的原理机制。广播和 EventBus 的区别?
说 EventBus 的实现原理是基于反射,里面管理了两张表,且代码之间关联性不大不易于维护,EventBus 不支持跨进程通信,被面试官反问你确定不支持跨进程?我说我的看的源码是不支持,面试官说那好吧。常用设计模式你了解哪些?
我开始巴拉巴拉说了一大堆,其中说到了装饰设计模式,被面试官打断了,请你具体说说装饰设计模式。跨进程通信有哪些?
管道,信号,信号量,文件,本地套接字,共享内存,binder 驱动简单讲讲 binder 驱动吧?
从 Java 层来看就像访问本地接口一样,客户端基于 BinderProxy 服务端基于 IBinder 对象,从 native 层来看来看客户端基于 BpBinder 到 ICPThreadState 到 binder 驱动,服务端由 binder 驱动唤醒 IPCThreadSate 到 BbBinder 。然后又讲了虚拟内存、物理内存和内存映射,跨进程通信的原理是要基于内核的, 当我讲到 binder_open 、binder_mmap 和 binder_ioctl 是被面试官打断了,估计是怕我讲太久了。跨进程传递大内存数据如何做?
我说 binder 肯定是不行的,因为映射的最大内存只有 1M-8K,可以采用 binder + 匿名共享内存的形式,像跨进程传递大的 bitmap 需要打开系统底层的 ashmem 机制。说说 ConcurrentHashMap 的实现原理说下,初始化大小是多少?
是线程安全的,实现原理采用的是分段锁,初始化大小是 16 ,必须是 2 的幂次。启动优化怎么优化?
我说了关键优化 Application ,被面试官打断了,说大家都能想到的东西你不要说了,我想听的是你能不能站在系统的角度去做一些优化,我提到了优化包体积大小能优化启动速度,优化 dex 分包能优化启动速度,可以参考最新的华为方舟编译器等等。你写的 rxpay 和 rxlogin 具体怎么实现的?
一般我们集成第三方登录和第三方支付 SDK 都需要监听 onActivityResult 方法,我是参考了 RxPermission 的实现方案添加了透明 Activity 。kotlin + fullter 方面的
kotlin 自己学了语法但是开发项目中没用上,fullter 我是了解了它的实现原理但是开发中也没用上。
技术二面
单例设计模式都写写,静态内部类是怎么保证线程安全的?
synchronized 底层实现原理,ReentrantLock 公平锁与非公平锁。
主线程等待所有线程执行完毕,再执行某个特定任务怎么实现?原理和源码看过没?
自定义 view 的一般流程,要注意些什么如何优化,点击事件和长按时间分别是怎么实现的?
四种启动模式,在源码分析中的原理是怎样的?
讲讲 bindService 的过程,你当初是怎么优化后台服务进程的?
开发中你都用到了哪些设计模式?说说当时具体的场景。为什么你要用方法工厂,另外两种呢?
RxJava 在使用过程中碰到了某些不友好的错误一般怎么解决?发现了内存泄露一般怎么解决分析,有没有碰到过系统服务内存泄露的问题?
你们用的 okhttp ?那你有没有做过一些网络优化呢?比如弱网环境。
给你个数 1 吧,比如 1000011 里面有几个 1 ?
快排了解不?最坏的情况是怎样?如果有大量重复数据怎么优化?
技术三面
讲讲 handler 的底层实现原理?
这么简单?问到碗里来了,后面渐渐说到延迟消息是 nativePollOnce 来处理的,在 6.0 以上用的是 epoll 方式来监听文件描述符。接着问道了为什么要用这种方案?它跟 poll 和 select 比起来有哪些优势?它是怎么监听的你看过它的内部实现原理没?反正感觉很难受了。说说你做的日志记录优化?
把第一轮面试的又讲了一通,你在每个文件的最后写入了当前内容的大小,你有没有想过如果文件被破坏的情况?这种异常情况怎么处理?后面还问到了加密和压缩。你看过 binder 驱动的源码,说说他的内存映射过程,说说客户端等待服务端处理返回的流程,如果要跨进程传递大内存数据你具体会怎么做?简单写一写吧。
在公司做过哪些优化?
内存优化,启动优化,网络优化,包体积优化,具体说说包体积优化。我提到了包体积优化不仅仅是优化了包的大小,包体积太大从安装的那一刻开始,我们的应用就可能比较慢了,因为 pms 会去拷贝解压解析我们的 apk 安装文件,会去优化我们的 dex 等等,包体积太大还会影响我们的启动速度。然后就巴拉巴拉说具体怎么做,问到了为啥混淆资源能减少包体积大小?你当时优化的时候效果是怎样的减少了多少?开发过程中遇到的一些最难解决的问题?
提到了动态修复替换加载 so ,那你知道怎么修复 class 吗?怎么修复资源呢?后面又聊到了插件化,提到了 360 用的是借尸还魂,那如果我们在插件的 Androidmanifest.xml 中注册了其它属性该怎么解决,资源方面怎么处理?
还有什么要问我的?
个人体会
要是换几年前我也跟大家一样,感觉这些面试题估计一个也答不好,但是今天回过头再来看其实感觉也就一般般吧。当我们读小学时感觉初中知识比较难,但当我们读到高中时再回过头来看就很简单了。因此我们不必在乎现在的自己能力是否足够强,一口也是吃不成胖子的,只要今天比昨天有进步这就足够了。但道理我们都懂,可是能坚持下来的同学却比较少了,人生贵在坚持!
随着年龄的增长意味着我们的时间也越来越少了,所以我们自己心里要明白想要什么?是想成为某个领域的专家,还是想多方面发展以后做领导型人才。一个时间段往往只能做好一件事情,有舍必会有得。当我们开着拖拉机在乡村道路时,不要看着别人开着跑车就羡慕,以为拖拉机也能上高速,但内心要有换喷气式飞机的勇气和决心。
大厂的正常面试流程周期一般是一到两个月,就算薪资谈完到 offer 最终审批下来可能都需要一到两周,这段时间心理是比较难熬的,因此建议大家尽量不要裸辞。面试完毕一般都会透露多久给答复,如果是猎头推的多跟猎头联系,大家要尽量想办法打听到最新的动态。
二本大学也会有一流的专业,所以并不一定说一线互联网企业就是最好的,因此在面试的时候一定要问一下部门和项目,自己根据自身的情况来选择企业和项目组。一般情况下通过面试的难易程度就能判断出部门的技术沉淀,那种几乎不问技术很容易过的情况,并不见得就一定是好现象,还是得根据自身的情况和以后的打算来判断,有时选择可能会大于努力。
作者:红橙Darren
链接:https://www.jianshu.com/p/80971ed644a2
喜欢 就关注吧,欢迎投稿!
如有任何疑问可在文章底部留言。为了防止恶意评论,本博客现已开启留言审核功能。但是博主会在后台第一时间看到您的留言,并会在第一时间对您的留言进行回复!欢迎交流!
本文链接: http://leetcode.jp/android面试经验-大厂腾讯面经/