写在前面
那天刚好是下午 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 最终审批下来可能都需要一到两周，这段时间心理是比较难熬的，因此建议大家尽量不要裸辞。面试完毕一般都会透露多久给答复，如果是猎头推的多跟猎头联系，大家要尽量想办法打听到最新的动态。
二本大学也会有一流的专业，所以并不一定说一线互联网企业就是最好的，因此在面试的时候一定要问一下部门和项目，自己根据自身的情况来选择企业和项目组。一般情况下通过面试的难易程度就能判断出部门的技术沉淀，那种几乎不问技术很容易过的情况，并不见得就一定是好现象，还是得根据自身的情况和以后的打算来判断，有时选择可能会大于努力。
