由于个人发展的原因和工作上的变动,产生了想出来看看机会的想法。经过了一段时间的准备,5 月下旬开始出来面试,面到了 7 月上旬,如愿拿到了自己心仪公司的 offer。按照自己的习惯,将这次面试过程中的一些经验总结、心得体会记录下来,自己留个记录,也希望可以帮助到一些同学。
另外,在两年前第一次跳槽的时候也将当时的心得体会记录了下来,这边放个传送门:两年Java开发工作经验面试总结
4 年经验应该具备哪些技能
首先,简单的聊一下我认为的 4 年经验左右、优秀的 Java 程序员应该具备的技能有哪些,按“专业技能”和“项目”两块,包括但不限于以下内容。
专业节能方面
- 基础:JDK 常用类的原理、源码、使用场景。
- 设计模式:常用几种的原理、使用场景,单例、动态代理、模板、责任链等。
- 数据结构:数组、链表、栈、队列、树。
- 网络:TCP、HTTP、HTTPS、负载均衡算法。
- 框架:Spring IoC 原理、Spring AOP 原理和使用、Spring 常用的扩展点、MyBatis 的核心流程。
- 中间件:常用中间件的核心原理与最佳实践,并对其中的 1 到 2 个有深入的学习,Redis、Kafka(RocketMQ、RabbitMQ)、Dubbo、Zookeeper。
- 数据库(MySQL):索引原理、隔离级别、锁机制、分库分表、慢 SQL 定位及优化、线上问题解决。
- Netty:NIO 原理、核心组件、I/O 多路复用(epoll)、零拷贝。
- JVM:运行时数据区、垃圾回收算法、垃圾回收器(CMS、G1)、常用配置参数、线上问题定位及解决。
- 稳定性保障:隔离、限流、熔断、降级等。
- Linux:基本命令的使用、快速定位和排查问题。
- 分布式理论:CAP、BASE、2PC、3PC、TCC。
项目方面
- 能独立完成一个复杂模块的需求分析、方案设计和最终落地实现。
- 能不断思考,寻找更优的设计和解决方案,积极优化慢 SQL、慢服务。
- 具备排查问题的能力,遇到线上问题能及时定位和修复上线,例如:数据库死锁、服务器宕机、服务器 Full GC 频繁等。
- 具备难题攻关的能力,能不断解决项目遇到的挑战,能给予初级工程师技术上的指导。
- 初步具备带领团队(1-3人左右)的能力,能合理分配需求,做好进度把控、风险评估、Code Review。
严格来说,要完全做到上面这些有点难,我自己也并不具备,但是,我们可以将其视为目标,不断去努力。
面试常见形式
大厂面试通常是“连环炮”的形式,举个栗子:
面试官:用过哪些 Map
我:LinkedHashMap、ConcurrentHashMap、HashMap、TreeMap
面试官:这四种 Map 的区别
我:ConcurrentHashMap 线程安全,LinkedHashMap 可以记录插入顺序和访问顺序,TreeMap 可以自定义排序,除了这几个场景,其他场景基本都可以使用 HashMap
面试官:ConcurrentHashMap 怎么保证线程安全
我:JDK 1.8 以前通过分段锁,JDK 1.8 以后通过 CAS + Synchronized
面试官:ConcurrentHashMap 在 JDK 1.8 前后的锁有什么区别
我:JDK 1.8 以前锁分段,JDK 1.8 以后锁单个节点,锁粒度降低,并发度变高
面试官:#%¥%……#%¥
我:喵喵喵~
这种模式的问法,其实就是想了解候选人对一个知识点的理解是仅仅停留在表面,还是真的去深入研究过。
面试内容
下面介绍下一些常见的面试内容,其中的面试题不一定是我真实遇到的,有可能是从别人的面试题中收集的,也有可能是我自己觉得重要的知识点,仅供参考。
1、项目
项目对于一个 3 - 5 年经验的开发来说是非常重要的,面试官也非常看重这一块。这个经验的开发基本是各大公司的编码主力,因此面试这个年限的候选人,通常项目是很重要的一块。面试官通常会让你先自己介绍下自己参与度最高(或者最牛逼)的项目,然后从中进行提问。常见的如以下:
- 介绍下你参与度最高的项目
- 画下项目的架构图
- 如果核心流程处理到一半,服务器崩溃了,会怎么处理
- 项目中遇到过哪些挑战或问题,怎么解决的
- 项目的稳定性和可用性怎么保障
- 数据安全这块怎么设计
- 项目的技术选型,为什么选这些
- ...
2、场景题
越到后面的面试官,越喜欢问场景题,场景题比较考验候选人平时的积累和解决问题能力。这个环节很容易挂掉一批人,特别是容易紧张的同学,很容易脑子会一片空白。场景题的核心一般是处理大数据量的问题、解决性能方面的问题。
场景题本质上是比较开放的,没有什么标准答案,只要自己的方案能够解决问题,能够“自圆其说”就行。
这个环节面试官可能会将线上真实的场景拿出来提问,我自己就遇到过。
3、专业技能
集合
- 经常用到哪些 Map
- 这几种 Map 的区别
- CocurrentHashMap 怎么保证线程安全
- CocurrentHashMap 在 JDK 1.8 前后的锁有什么区别
- 聊下 HashMap 的原理
- HashMap 在 Put 时,新链表节点是放在头部还是尾部
- HashMap 扩容时的流程
- HashMap 在 JDK 1.8 有什么改变
- CocurrentHashMap 在 JDK 1.8 有什么改变
- TreeMap 的原理
- Map、List、Set 分别说下你知道的线程安全类和线程不安全的类
多线程、锁
- 线程池使用的是哪种
- 线程池参数怎么配置
- 线程池各个参数的作用
- 线程池的参数配置要注意什么
- 线程池的工作流程
- JDK 中的并发类知道哪些
- AQS 的底层原理
- 介绍下悲观锁和乐观锁
- 使用过哪些锁
- synchronized 和 Lock 的区别、使用场景
- synchronized 原理
- synchronized 作用于静态方法、普通方法、this、Lock.class 的区别
- 为什么引入偏向锁、轻量级锁,介绍下升级流程
- 死锁的必要条件,如何预防死锁
- 介绍下 CountDownLatch 和 CyclicBarrier
- 介绍下 CAS,存在什么问题
- 介绍下 ThreadLocal,存在什么问题
一些经验心得
- 先挑几个小公司找下面试感觉,太久没面,需要找找面试的感觉,我自己一开始就面的不太好,就很慌张 。
- 面试时紧张是正常的,但是不要过于紧张,如果面试官问完你大脑瞬间一片空白,你可以跟面试官说自己要思考下,然后回答的时候语速可以慢点,但是要条理清晰。
- 在面试的过程中回答面试官问题是一方面;另一方面,你要在回答的过程中让面试官感受到你身上一些优秀的特质,例如:有潜力、很灵活、热爱学习、学习能力强、解决问题能力强、基础扎实等等。这些特质都会影响面试官对你的评价。
- 平时项目中遇到难题要积极去解决,解决问题的过程能让人快速成长,并且解决的问题可能会成为你面试时的亮点,特别是对于那些项目没什么亮点的。
- 准备项目时,挑几个自己做过最牛逼的功能、或者解决过最有挑战的问题,并且要对这些内容理解的非常透彻,不能在给面试官介绍的时候“支支吾吾”。
- 框架也好、中间件也好,必须要有几个特别深入研究过的,也就是说你除了“广度”之外,还必须在某些方面有足够的“深度”。面试时经常碰到的问题是:你对哪个框架或中间件理解的最深。然后面试官会在这个方向上一直问下去,如果你很多东西只是看了个大概,在这边就很有可能会被问倒。
- 自己讲出来的每个功能点、知识点,都要做好“被挑战”的心里准备,因此对于每个功能点、知识点都要多思考。
- 如果问的问题是线上实际的场景,有时候面试官会给出他们当前线上的解决方案,如果你能在这个时候给出一些自己的思考和观点,可能会给面试官留下不错的印象。
- 判断自己是否已经准备好的一个比较简单粗暴的方法:自己是否能将看到的面试题回答个 9 成左右,例如本文上面“专业技能”列举的这些题目。
- 如果你是真想跳槽,或者说你已经裸辞了,那么在收到电子 offer 前都不要停止面试,即使收到口头 offer 也不稳,特别是在这个寒冬。
- 在平时工作中多思考,无论是写代码还是方案设计,多思考更优的解决方案。特别是工作年限越久之后,思考对于我们的职业发展越重要。
- 面试前的准备非常重要,但更重要的是平时工作的积累,4 年经验问的问题很多是无法通过临时准备的,很多都是需要你不断去积累,才能有好的方案。
- 专注于自身的成长,不要轻易受到别人的影响,只要你不断的积累,总有一天你也能成为你眼中的那些大神。
- 学如逆水行舟,不进则退。不要停下学习的脚步,特别是趁着自己还年轻,趁着自己还是个单身狗的时候,逼自己一把,将来的你一定会感激现在拼命的自己。
- 程序员是一份很单纯的工作,不需要搞什么花里胡哨的,只要你付出努力了,你通常就能收获回报。
- 对于没有大厂背景,并且处于传统行业(就如 2 年前的我),想直接进入大厂比较难,除非你像我一样踩了狗屎运,但是这种几率不大,我觉得比较现实的途径是先找一个互联网独角兽沉淀一段时间。
- 大公司的部门非常多,各部门的招聘通常都是独立的,如果想进大公司可以多投,每个部门的需求紧张度不同,如果碰到急需招人的,可能就是一个非常好的机会。
- 大公司的面试通常会有存档,面试官可能会看到你之前的面试评价。如果你经常一轮游,肯定会给面试官不好的印象。因此请做好准备再去面试,不要轻易浪费机会。
我这还有一些关于面试的题目以及答案如有需要的小伙伴可以私信我