面Android 架构岗-4小时4面的持续体验（小累）
原文：面试记录：Android 架构岗，一次4小时4面的体验
此次面试一共4面4小时，中间只有几分钟间隔。对持续的面试状态考验还是蛮大的。
关于面试的心态，保持悲观的乐观主义心态比较好。面前做面试准备时保持悲观，尽可能的做足准备。面后积极做复盘，乐观的接受最终结果。
切忌急于下结论，哪怕面试当场明显感觉好或不好。快思考时我常会放大积极面信息而缩小负面影响，导致做了过于乐观的抉择，回来后或者隔一天以后再思考，这时候可以做到慢思考，通过复盘来下一个更为理智的决断。
善意提醒：如果恰好部分内容你觉得有价值，那么我很开心，但切勿直接作为架构岗位能力要求的一般性标准
JD
之前贴出JD描述的行为略欠考虑，已删。虽然多数JD比较通用，不过还是不贴为好。
JD拆解
这里省略了，都是一些自己的模拟自问，可在原文中查看：面试记录：Android 架构岗，一次4小时4面的体验
一面：基础技术（JVM，多线程偏多）
- 说一下JVM的结构
说了堆，方法区，线程栈三个块的介绍。这里漏掉了说太快漏掉了程序计数器跟本地方法栈，但在面试官特地的问的时候也正确回答了作用。
- volatile 的作用与实现原理
用于变量修改时在多线程场景下保持修改的可见性，但并不能完全解决多线程并发修改的问题。举例了两个线程访问 i++的例子。
- 那介绍一下为什么说 i++是两步操作
介绍了i++字节码指令执行顺序以及方法栈执行细节
- Volatile 修饰的变量在修改时具体如何实现可见性的
这一步我直接回复不知道了，没有特地看过 volatile 修饰的字节码，不瞎说。面试官便给我进行了简单的介绍，我当时就想着回来一定要自己也看一看，之前为啥没看，哎。
首先在字节码中 针对Volatile修饰的变量会有一个 ACC_VOLATILE 标志：
- 可见性：当前线程修改后其他线程堆修改后的值立即可见，线程修改值之后立即写入到主存区，不用等到线程出栈的时候才同步到主存区。（线程工作区内存中保存的值要等待线程出栈时才写回主存区，在此之前其他线程对修改是不可见的）
- 顺序性：即读写的顺序性，而不会出现 读的过程中写入，或写入过程中被读取
- 不保证原子性：比如i++
// 读-写顺序性，假设有一个被 ACC_VOLATILE 标志修饰的 volatile 字段 v
// 线程 1
getfield v // 读取字段 v 的值
iconst_2 // 将常量值 2 压入操作数栈
putfield v // 将操作数栈顶的值存入字段 v 中
// 线程 2
getfield v // 读取字段 v 的值
//写-读顺序性，假设有一个被 ACC_VOLATILE 标志修饰的 volatile 字段 v
// 线程 1
iconst_1 // 将常量值 1 压入操作数栈
putfield v // 将操作数栈顶的值存入字段 v 中
// 线程 2
getfield v // 读取字段 v 的值
- 那如何保证原子性
加锁跟使用Atomic类
- Atomic 是如何保证原子性的，或者说如何实现CAS的
这里太久没碰这块代码，听到CAS蒙了，问了一下原来是说CompareAndSet。不过这里依然是没准备，直接回答了未深入研究。
gpt：CAS底层采用CPU原子指令或锁机制来实现，多数情况采用cpu原子指令，通过硬件级别的操作来完成对一个内存位置的读写比较。
这个快确实深啊，而且这种信息不太容易记忆。作为一个了解性内容吧。并不会产生二次开发所以应用比原理要重要。
- 你刚讲到了堆，锁，那你了解过对象的markword吗，它里面有什么信息
markword有了解，但是没有特别深。记得比较清楚的是有age 用于垃圾回收判断，有锁的标记位。
- 那对于偏向锁是如何转到轻量锁的
坦诚了一下想不起来，这里我自己虽然学习过，但是没作为重点知识准备。
markword中32位中会有几位来标记锁信息，其中包含当前持锁的线程ID
分为 无锁状态（对象无锁），偏向锁（单线程访问有锁对象），轻量锁（多线程访问有锁对象），重量级锁（轻量级锁无法解决竞争问题时上升到重量级锁，借助操作系统完成锁机制）。这里又能展开，锁竞争原理，锁开销不同的原因。在竞争锁时，为获取到锁的线程会进行Spin(自旋，最大10次)，在无阻塞情况下尝试获取锁，超过次数阈值后，膨胀为重量级锁，基于操作系统的锁机制，进行阻塞式等待锁的释放，减少自旋开销（开销具体是什么？不想挖了）
应用到代码里完成知识从理解到应用的闭环：
使用synchronized 修饰方法，类来设置轻量级锁
使用 object.lock（）或者可重用锁，读写分离锁，都是重量级锁
- 说说 age在垃圾回收中如何应用
这里回答比较清晰，从垃圾回收分区到age增长到对象换内存区
- 另外还问了handler消息机制
这部分主要是讲了ThreadLocal的特性，以及结合它如何完成多线程通信的。包括messageQueue的消息取出与执行方式。对于native层nativePollOnce机制直接回复了未深入。我也不打算深入，集中在应用层的使用上收益比较大。
- 问了app启动流程，与启动优化
这部分比较熟，回答也还可以。之前刚整理了：Android Framework源码阅读笔记（持续更新 ，所以记忆犹新，同时自身对app 启动优化经验也比较足。
- TLS/TCP的 部分里拥塞控制跟流量控制部分没有回答上来
传输数据时数据包是被切成小块的（减少重传次数），切多大则是根据下面的两个策略进行平衡的。
这在接受数据方，这部分是因为在做面试准备的时候没有刻意看，导致面试的时候没有结构化的进行表述。整体可以总结为在做数据传输时，每一个tcp链接都有窗口大小平衡每个tcp的的传输速率（分配到的带宽窗口），窗口大小自然是动态的，通过控制窗口大小避免单个tcp占用过大带宽，导致传输拥塞。
发送方会根据接收方允许的窗口大小，调整自己发送的数据包大小，避免拥塞，这一步则是流量控制。
日常开发中针对这个优化则是降低接口数据体量，做接口拆分，分批次请求等等。
- Retrofit用过吧，说下他动态代理的实现原理
这里确实很深，我简单说了下自己学习掌握的原理概论与一些API与使用 ，因为这个要获取运行时字节码才可以搞明白。
面试官为我慷慨讲解了一些细节，没太记清楚，但我自己对于字节码理解还行，所以相对的给力一些临场反馈，全当学习了。当然，非常感谢他与我分享。就冲着些，这波面试已经不算白来了。
二面：TL
- 问了组件化经验，实现方式
- DevOps搭建思路
这部分其实是在我的能力与他们目前需要最契合的部分，我也没有卖关子。直接用ipad连画带将，整个分享了一下。对就是分享了一下，结合团队技术能力，资源掌握情况，项目阶段等等给出整体的建设节奏。
- 启动优化
- 字节码插桩
- APP 打包流程 这里整体流程没有少说，但是顺序是在面试官的提醒下纠正下调整的。不过我也先袒露了资源文件合并跟javac编译的顺序可能记错了。
- 线程池的的运行原理
这里确实大意了，核心线程，非核心线程，任务队列三个之间的扭转关系。其实很简单就是先入队再分配执行。
一个是之前学习是更多的是关注针对业务场景做配置，但是没有深入到源码去看。
- 对IOS的熟悉程度，主要是CI部分
整体上还是保持坦诚谦虚的态度。
- 动态Dex加载（插件化部分），问加载Dex的类叫啥
整个面试里最尴尬的就这，我忘了！完全忘了，前两天才还开源的相关代码：时隔2年终于开源了基于RecyclerView的阅读器方案 ，就一个 DexClassLoader 愣是没想起来。
- 分代垃圾回收的不同算法
- 什么对象会被回收
其实就是GCRoot，这里没回答特别好，忘了1-2个比较重要的。
首先是存活的线程，被存活的线程引用的对象。其次还有系统Class，被线程访问的方法内的局部变量，被当作锁或在执行wait或notify的对象。还有一些其他的记不住那么多了，主要是用太少了。
- 如何完成Lint二开的，完成了那些功能
三面：HRD
- 询问了离职原因
- 询问我对前两轮的面试表现自我评价如何
他们两位在各自的领域展现的能力都非常出色，我对自己的整体评价不是特别好。但跟他们聊得蛮好，已经学到了很多知识，并且在后续沟通中对一些技术方案做了交换性讨论，这感觉非常好。
- 我咨询了公司文化，公司历史。日常工作流程制度，绩效考核等信息。
这块相互交流了一些工作方式方法，大概了解公司目前的协作流程制度，可能是她很忙所以薪资部分还没聊就到下一面了。
四面：部门BOSS（管理技能与解决问题的闭环能力）
- 如何做团队人员建设
- 参与极限开发时如何做管理，保证项目按时交付
- 从用户体验角度如何优化提及类型接口长时间的loading
- DevOps是如何建立的，做了哪些计划与安排
- 薪资期望（坦诚自己的一些预估，也表示愿意再聊，因为在目前这个薪资包范围下，小浮动我是不太在乎的）
这部分回答整体都没啥问题，本身也是我较为擅长的部分，几乎不用做太多准备。
另外延伸聊到了通勤时间看书效率低，都喜欢看纸质书，公司同事周边租房的一些现状。
最后面试官送我到了电梯口，帮我按了电梯，我便主动握手告别，算是结束了今天长达4小时的4轮面试。
次日补充，昨天还是写得过于乐观轻飘了。
这部分回答虽然是开放式的，但从一个管理问题出发，应该放在管理框架中系统性的进行回复，这样才能展现自己完整的管理经验。
团队scope要说清楚，以结果为导向的目标管理团队文化基调也应该展开说是如何建立起来的
人才盘点，根据什么盘点，如何确认招聘目标，招聘安排，面试安排，试用期安排，这都是自己做过的完整的流程
日常管理，人员安排，从知人善用出发，采用绩效考核，培训分享，以及自己在团队变大后的角色转变，团队成员单面能力超过我，我如何辅助他们做的更好，比如提拔为单方向负责人
项目管理，敏捷开发模式，需求评审，技术预研，工时审核，deadline模式下的区别管理
这中间会涉及到研发流程，CI等等，都可以提一下，有兴趣面试官自然会细问
自己在这个过程中做得比较好的就是带领团队整体完成从过程管理到目标管理的转变，取消了日报，改为了早晨共享今日todolist，完成目标管理方式落地
最后引出自己的底层管理思维：为团队成员服务，减少成员工作的干扰，建立团队与公司目标的链接，最后通过团队去拿结果
总结：乐观接受
- java侧针对基础技术还是要做为重点准备，对准备的每个点做做自我穷问，能有效发现自己那块儿忘记深入。
- Android侧 应用层知识不多，不需要花太多功夫，看看之前整理的文章就行
- 在DevOps侧要突出表现一些，多引导面试官了解这部分内容，本身自己对这块兴趣最大，思路比较完整。
虽然不一定100%能拿offer，但这次面试非常值，远超来回100多的车费了😄。
但是整体面下来节奏自己把握的还不错，自己掌握的东西基本都引导面试官进行了了解。针对面试没答上来的问题梳理下，觉得需要深入学的已经学习了，不需要深入学的暂时也不该花精力扎进去。
依然保持做一个悲观的乐观主义者吧～
浏览橘子树其他文章：橘子树的个人写作记录