最近的一些Java面试小结

前言

前段时间陆续面试了一些大中小公司，踩了不少坑，挂了很多，同时也有不少感悟和收获。这里想把那段经历记录一下，如果能对亲们有所帮助就再好不过了。

面试的过程其实也是一个自我认识和学习的过程，即便暂时没打算跳槽，隔段时间出去面一面对自己还是有些好处的：不仅可以评估一下自己在市场的价值和竞争力，同时也能了解一些新技术、更新一下自己的技术栈。

而且在一个地方待久了，可能不自觉的就会陷入到一种「舒适区」，久而久之，就像温水里的青蛙，万一哪天被“优化”了可能会不知所措。

本文主要从「项目」和「技术」两个方面进行总结，除此之外还有一些比较开放式的问题。

元旦过了，“金三银四”还会远吗？春节后有想法的亲们，可以嗨起来了！

项目

有人说：三年一道坎。

对于工作三年左右的伙伴们来说，「项目经历」可谓重中之重，可以说比具体的技术点更重要。

技术点其实大同小异，有些临时刷刷题就能了解个大概。但项目经历往往难以临时编造，如果不是自己真实做过的项目、或者没有充分的准备，一旦面试官问得稍微深入很可能 hold 不住，面试扣分不少、甚至可能直接挂掉。

因此不少面试官喜欢从项目入手，抽丝剥茧、步步深入，通过项目把技术点串起来考察。

不同人的项目千差万别，但还是有一些共同亮点的：比如高并发场景，复杂的架构设计，JVM 调优及问题排查等。

这些亮点有的话固然更好，但如果平时 CRUD 居多、没太多的亮点，其实也不必太慌，技术亮点不多的话，可以多思考一些业务上的亮点，比如：

• 业务模型比较复杂

• 对业务整体的架构设计很熟悉

• 业务模块拆分比较合理

• 自己在业务中做过哪些扩展和优化？

• 业务数据的上下游流转是怎样的？

• 遇到过什么问题，如何解决的？

• 等等

这些其实也是亮点，可以让面试官看到你平时对业务有自己的思考和理解，而不是只关注自己的那一块，不只是写代码的机器。

其实面试官对你的项目是一无所知的，他的印象仅仅停留在你简历上描述的那些文字（而且有些面试官可能是被临时拉过来的，别问我为什么知道????）。面试官通常的开场白就是让你自我介绍，其实这也是一个考察语言组织能力和口头表达能力的地方。

技术

我们面的毕竟是技术岗，技术本身的重要性不言而喻。

技术面试中，最重要的可以说是「技术体系」。也就是你不仅要有技术的深度和广度，更要能把它们串起来，其实有不少技术点是相通或相似的，如果面试中能够触类旁通、举一反三，是一个很好的加分项。比如：

• Redis 的 AOF 和 MySQL 的 bin log

• Spring 中的 BeanDefinition 和 JVM 中类的元信息

• 布隆过滤器和 HashMap

• 等等

技术的积累虽然主要在平时，但刷刷面试题还是很有必要的，有不少其实就是所谓的“八股文”。这里主要列出本人面试过程中真实遇到的一些面试题，仅供参考。

Java

线程池

• 核心参数有哪些？

• 任务执行流程

• 任务拒绝策略

锁

• synchronized 锁升级过程

• ReentrantLock

• • 实现原理（AQS）

  • 公平锁如何实现？

  • volatile 特性

HashMap

• HashMap & ConcurrentHashMap 实现原理

• ConcurrentHashMap 如何实现线程安全

MySQL

• 索引

• • 分类？使用场景？

  • InnoDB 索引的结构（B+树），为什么不用 B 树？

  • 如何查看索引的使用情况？Explain 关注哪些字段？

• 事务

• • 隔离级别

  • RC/RR 的实现原理

Redis

• 常用数据结构

• • zset 实现原理

  • hash 扩容过程

• 常见缓存问题

• • 缓存穿透、缓存击穿、缓存雪崩、热点 key

  • 如何解决上述问题？

• 持久化：RDB、AOF，二者区别

• Redis 为什么快？线程模型是怎样的？

• 内存满了怎么办？淘汰策略有哪些？

• 使用什么集群框架？

Spring

• IoC、AOP 实现

• 事务传播特性、失效场景

• JDK & CGLib 区别

• Spring Boot 启动原理

Dubbo

• Dubbo 架构

• 负载均衡算法、容错策略、灰度测试

• SPI 机制

• RPC 调用过程

• RPC & HTTP

• • 二者区别与联系

  • 为什么 Spring Cloud 使用 HTTP 而非 RPC？

JVM

• 运行时内存划分

• 垃圾收集算法

• 一个对象的内存分配过程？

• CMS 收集器

• • 收集过程

  • 哪个过程会有 STW？

  • 如何处理内存碎片问题？

• G1 收集器特点

• GC Roots 有哪些？

• JVM 常用参数配置有哪些？

• 内存占用过多，如何排查？

RocketMQ

• 整体架构

• 如何保证消息的可靠性？

• 如何实现顺序消息？

• 消费者接口幂等设计

• 事务消息实现

分布式

• 分布式锁

• • Redis 如何实现？命令？

  • ZooKeeper 如何实现？

  • 获取锁失败时如何处理？

• 分布式事务

• • 2PC：缺点？

  • 3PC：解决了 2PC 什么问题？

  • TCC：缺点？

  • 最终一致性：MQ 实现流程

  • 实现框架（Seata）

其他

除了上面的「项目」和「技术」，可能还会问到一些其他问题，比如场景设计与分析、算法，还可能有一些比较开放的问题，下面介绍下我所遇到的。

场景设计&分析

• 秒杀场景设计

比较典型的场景设计，电商类的公司很可能会问到，网上有很多案例和文章分析，这里不再赘述。

• 分布式锁设计

这个应该不是热门，本人也就遇到过一次，不过那一次被搞得有点懵，可能更多的是考察思路，大家可以多思考一下。

• JVM 问题排查：线上 JVM 内存、CPU 飙升，如何去排查？

主要涉及一些常用的 Linux 命令和 JDK 自带工具，比如 top、jstack、jmap 等，以及阿里的开源工具 Arthas 等。

虽然在实际情况中我们可能很少有机会接触（小小开发通常没权限，还是要运维大佬支持），但这些工具还是要了解的，可以在本地跑个 Demo 去验证，以免到时候答不上来。

• 容灾处理

假如线上所有机器（包括服务器、数据库、缓存服务器）全部宕机，如何处理？

PS: 这些场景设计和分析的问题，通常比较综合，一般是考察对一个场景的整体设计，或者分析和解决问题的思路。

算法

• 爬楼梯

• 二叉树遍历

PS: 算法问题遇到的不是很多，有些考察算法可能就是单纯的面试流程。当然，字节这类的公司除外，想去的话肯定还是要刷很多算法的。

相比之下，大部分公司更注重「项目深度」和「技术体系」，或者给出一些实际的场景，考察分析和解决问题的经验和思路。

开放问题

这些问题比较开放，没有固定的答案，可能就是面试官想看下你的临场发挥吧。遇到的几个问题如下：

• 有没有带过人？经历是怎样的？

• 如果你作为 PM，如何从整体协调一个项目？

• 如果你在团队推行 DDD，你会怎么做？

• 你有什么缺点？优点？

• 未来三年的职业规划？

• 在公司主要有哪些成长？

• 上级、同事对你的评价？

• 最近在看什么书？

末了

面试流程

我所接触的面试大部分是「三轮技术面 + HR 面」的形式，也有一些是两轮技术面，不同公司可能不太一样。一面一般是电话面初筛，后面二三轮技术面和 HR 面通常在一起。这样其实也挺好，跑一趟就行了。

心态

面试的心态也很重要。其实你跟面试官之间是平等的，面试的过程是让他对你更加了解，而不是他对你的考核。

我刚开始面的时候，由于好久没面试，再加上本来就不太爱说话，刚开始紧张的不行，后来面了几次之后才逐渐有点感觉。如果较长时间没面试，可以先面一两家练练手、找找感觉。

当然，整个面试时间也不建议拖得太久，否则整个过程会比较累，最好还是一鼓作气。

啰里啰嗦一堆，其实面试还是挺看运气的，如果跟面试官聊得比较投机，对你的评分自然也不错。

最后，预祝想跳槽的亲们一路绿灯！