JD拆解#

一面：基础技术（JVM，多线程偏多）#

• 说一下JVM的结构

说了堆，方法区，线程栈三个块的介绍。这里漏掉了说太快漏掉了程序计数器跟本地方法栈，但在面试官特地的问的时候也正确回答了作用。

• volatile 的作用与实现原理

用于变量修改时在多线程场景下保持修改的可见性，但并不能完全解决多线程并发修改的问题。举例了两个线程访问 i++的例子。

• 那介绍一下为什么说 i++是两步操作

介绍了i++字节码指令执行顺序以及方法栈执行细节

• Volatile 修饰的变量在修改时具体如何实现可见性的

这一步我直接回复不知道了，没有特地看过 volatile 修饰的字节码，不瞎说。面试官便给我进行了简单的介绍，我当时就想着回来一定要自己也看一看，之前为啥没看，哎。 首先在字节码中 针对Volatile修饰的变量会有一个 ACC_VOLATILE 标志：

• 可见性：当前线程修改后其他线程堆修改后的值立即可见，线程修改值之后立即写入到主存区，不用等到线程出栈的时候才同步到主存区。（线程工作区内存中保存的值要等待线程出栈时才写回主存区，在此之前其他线程对修改是不可见的）
• 顺序性：即读写的顺序性，而不会出现 读的过程中写入，或写入过程中被读取
• 不保证原子性：比如i++

1
// 读-写顺序性，假设有一个被 ACC_VOLATILE 标志修饰的 volatile 字段 v
2

3
// 线程 1
4
getfield v    // 读取字段 v 的值
5
iconst_2      // 将常量值 2 压入操作数栈
6
putfield v    // 将操作数栈顶的值存入字段 v 中
7

8
// 线程 2
9
getfield v    // 读取字段 v 的值
10

11
//写-读顺序性，假设有一个被 ACC_VOLATILE 标志修饰的 volatile 字段 v
12

13
// 线程 1
14
iconst_1      // 将常量值 1 压入操作数栈
15
putfield v    // 将操作数栈顶的值存入字段 v 中
16

17
// 线程 2
18
getfield v    // 读取字段 v 的值

• 那如何保证原子性

加锁跟使用Atomic类

• Atomic 是如何保证原子性的，或者说如何实现CAS的

这里太久没碰这块代码，听到CAS蒙了，问了一下原来是说CompareAndSet。不过这里依然是没准备，直接回答了未深入研究。 gpt：CAS底层采用CPU原子指令或锁机制来实现，多数情况采用cpu原子指令，通过硬件级别的操作来完成对一个内存位置的读写比较。 这个快确实深啊，而且这种信息不太容易记忆。作为一个了解性内容吧。并不会产生二次开发所以应用比原理要重要。

• 你刚讲到了堆，锁，那你了解过对象的markword吗，它里面有什么信息

markword有了解，但是没有特别深。记得比较清楚的是有age 用于垃圾回收判断，有锁的标记位。

• 那对于偏向锁是如何转到轻量锁的

坦诚了一下想不起来，这里我自己虽然学习过，但是没作为重点知识准备。 markword中32位中会有几位来标记锁信息，其中包含当前持锁的线程ID 分为 无锁状态（对象无锁），偏向锁（单线程访问有锁对象），轻量锁（多线程访问有锁对象），重量级锁（轻量级锁无法解决竞争问题时上升到重量级锁，借助操作系统完成锁机制）。这里又能展开，锁竞争原理，锁开销不同的原因。默认在竞争锁时，为获取到锁的线程会进行Spin(自旋，最大10次)，在无阻塞情况下尝试获取锁，超过次数阈值后，膨胀为重量级锁，基于操作系统的锁机制，进行阻塞式等待锁的释放，减少自旋开销（开销具体是什么？不想挖了） 应用到代码里完成知识从理解到应用的闭环：

1
使用synchronized 修饰方法，类来设置轻量级锁
2

3
使用 object.lock（）或者可重用锁，读写分离锁，都是重量级锁

• 说说 age在垃圾回收中如何应用

这里回答比较清晰，从垃圾回收分区到age增长到对象换内存区

• 另外还问了handler消息机制

这部分主要是讲了ThreadLocal的特性，以及结合它如何完成多线程通信的。包括messageQueue的消息处理方式。对于native层nativePollOnce机制直接回复了未深入。我也不打算深入，集中在应用层的使用上收益比较大。

• 问了app启动流程，与启动优化

这部分比较熟，回答也还可以。之前刚整理了：Android Framework源码阅读笔记（持续更新 ，所以记忆犹新，同时自身对app 启动优化经验也比较足。

• TLS/TCP的 部分里拥塞控制跟流量控制部分没有回答上来

了解DNS/TCP/IP/Link对前端开发者的意义 传输数据时数据包是被切成小块的（减少重传次数），切多大则是根据下面的两个策略进行平衡的。 拥塞控制：这在接受数据方，这部分是因为在做面试准备的时候没有刻意看，导致面试的时候没有结构化的进行表述。整体可以总结为在做数据传输时，每一个tcp链接都有窗口大小平衡每个tcp的的传输速率（分配到的带宽窗口），窗口大小自然是动态的，通过控制窗口大小避免单个tcp占用过大带宽，导致传输拥塞。 流量控制：发送方会根据接收方允许的窗口大小，调整自己发送的数据包大小，避免拥塞，这一步则是流量控制。 日常开发中针对这个优化则是降低接口数据体量，做接口拆分，分批次请求等等。

• Retrofit用过吧，说下他动态代理的实现原理

这里确实很深，我简单说了下自己学习掌握的原理概论与一些API与使用 ，因为这个要获取运行时字节码才可以搞明白。 面试官为我慷慨讲解了一些细节，没太记清楚，但我自己对于字节码理解还行，所以相对的给了一些临场反馈，全当学习了。当然，非常感谢他与我分享。就冲这些，这波面试已经不算白来了。

二面：TL#

• 问了组件化经验，实现方式
• DevOps搭建思路

这部分其实是在我的能力与他们目前需要最契合的部分，我也没有卖关子。直接用ipad连画带讲，整个分享了一下。对就是分享了一下，结合团队技术能力，资源掌握情况，项目阶段等等给出整体的建设节奏。

• 启动优化
• 字节码插桩
• APP 打包流程
• 线程池的的运行原理

这里确实大意了，核心线程，非核心线程，任务队列三个之间的扭转关系，就是先入队再分配执行。 一个是之前学习是更多的是关注针对业务场景做配置，但是没有深入到源码去看。

• 对IOS的熟悉程度，主要是CI部分
• APP 打包流程这里整体流程没有少说，但是顺序是在面试官的提醒下纠正对的。不过我袒露了资源文件合并跟javac编译的顺序可能记错了。

整体上还是保持坦诚谦虚的态度。

• 动态Dex加载（插件化部分），问加载Dex的类叫啥

整个面试里最尴尬的就这，我忘了！完全忘了，前两天才还开源的相关代码：时隔2年终于开源了基于RecyclerView的阅读器方案 ，就一个 DexClassLoader 愣是没想起来。

• 分代垃圾回收的不同算法
• 什么对象会被回收

其实就是GCRoot，这里没回答特别好，忘了1-2个比较重要的。 首先是存活的线程，被存活的线程引用的对象。其次还有系统Class，被线程访问的方法内的局部变量，被当作锁或在执行wait或notify的对象。还有一些其他的记不住那么多了，主要是用太少了。

• 如何完成Lint二开的，完成了那些功能

三面：HRD#

• 询问了离职原因
• 询问我对前两轮的面试表现自我评价如何

他们两位在各自的领域展现的能力都非常出色，我对自己的整体评价不是特别好。但跟他们聊得蛮好，已经学到了很多知识，并且在后续沟通中对一些技术方案做了交换性讨论，这感觉非常好。

• 我咨询了公司文化，公司历史。日常工作流程制度，绩效考核等信息。

这块相互交流了一些工作方式方法，大概了解公司目前的协作流程制度，可能是她很忙所以薪资部分还没聊就到下一面了。

四面：部门BOSS（管理技能与解决问题的闭环能力）#

• 如何做团队人员建设
• 参与极限开发时如何做管理，保证项目按时交付
• 从用户体验角度如何优化避免接口长时间的loading
• DevOps是如何建立的，做了哪些计划与安排
• 薪资期望（坦诚自己的一些预估，别表示愿意再聊，因为在目前这个薪资包范围下，小浮动我是不太在乎的）

这部分回答整体都没啥问题，本身也是我较为擅长的部分，几乎不用做太多准备。 另外延伸聊到了通勤时间看书效率低，都喜欢看纸质书，公司同事周边租房的一些现状。 最后面试官送我到了电梯口，帮我按了电梯，我便主动握手告别，算是结束了今天长达4小时的4轮面试。 次日补充，昨天还是写得过于乐观轻飘了。 这部分回答虽然是开放式的，但从一个管理问题出发，应该放在管理框架中系统性的进行回复，这样才能展现自己完整的管理经验。 团队scope要说清楚，以结果为导向的目标管理团队文化基调 人才盘点，根据什么盘点，如何确认招聘目标，招聘安排，面试安排，试用期安排，这都是自己做过的完整的流程 日常管理，人员安排，从知人善用出发，采用绩效考核，培训分享，以及自己在团队变大后的角色转变，团队成员单面能力超过我，我如何辅助他们做的更好，比如提拔为单方向负责人 项目管理，敏捷开发模式，需求评审，技术预研，工时审核，deadline模式下的区别管理 这中间会涉及到研发流程，CI等等，都可以提一下，有兴趣面试官自然会细问 自己在这个过程中做得比较好的就是带领团队整体完成从过程管理到目标管理的转变，取消了日报，改为了早晨共享今日todolist 最后引出自己的底层管理思维：为团队成员服务，通过团队去拿结果，减少成员工作的干扰