Java 面试总览
在金三银四招聘节,简略说说面试的流程。我也做了一个打算,对于面试专题,应该写哪些知识点,以更好帮忙各位同学去温习。
首先咱们依照面试的主流程走一下:
面试的次要流程:
- 自我介绍
- 我的项目介绍
- 技术环节
- 发问环节
最重要的 2 个环节,必定是我的项目介绍和技术环节,怎么说?接着看
我的项目介绍
我的项目介绍:考查对业务的了解 + 表达能力如何
在介绍我的项目时,考查了你对业务的了解,需要是在什么背景下产生的,需要是什么,需要是为了解决什么问题,如何实现需求。咱们把一个需要当作一个点,一个我的项目当作一个线,一个零碎当做一个面。当初咱们每天在做的需要,就是一个性能点,比方业务的 CRUD;性能点组合起来就能够形成一条业务线,比方美团外卖的订单模块。业务线组成起来就能够形成一个面,比方美团外卖。个别能够这么了解,P5 的同学,每天的工作就是开发性能点,P6 的工作就是负责一条业务线,比方:如何把业务线调配给 P5 的同学开发。而 P7,则是架构了,负责整个零碎的架构工作了。
如果咱们想往上爬的话,就不能每天只晓得点,不晓得面。咱们得晓得每个需要背地真正的诉求、真正须要解决的问题。咱们得跳进去,思考一下,做这个性能时,是为了干嘛,得思考一下要解决这个问题,有哪些解决方案 。
举个例子:当初产品要求在客服零碎的搜寻栏,减少多一个查问条件。最直观的想法就是,进步客服人员的工作效率。再上一层思考的话,原本一个客服 1 天能解决 100 个订单,当初减少查问条件后,能让客服 1 天解决 200 个订单。公司原本须要一天解决 1000 个订单,须要 10 个客服,当初只须要 5 个客服即可。总的来说,就是为公司节约人力老本。
有的时候,产品经理提了一个需要 P,想要解决问题 A。比方,需要是要做一个问卷调查性能。如果技术人员不搞清楚考察什么,不问明确考察性能是否只能一次,就间接开干,哐哐哐,加班熬夜一顿干,做了一个问卷调查网站进去。然而,产品最初通知你,这个考察网站,次要用于考察北京的大爷大妈在疫情期间去哪里买菜的。并且只用一次。这个时候,我也不分明你是什么情绪。如果技术人员问分明需要 P 的真正诉求,就不会那么傻,做一个考察网站进去。咱们永远要明确:技术只是实现业务的一种形式。实现业务,有很多种形式。何况大爷大妈,不肯定都会上网。。。。这个考察北京大爷大妈买菜的状况,间接在小区门口让大爷大妈填一个问卷调查,送一份小礼物就好了。
你看,搞清楚需要的真正诉求是十分重要的。千万别手里拿了个锤子,看到什么都是钉子,也不要刀磨好了,就满世界找猪。
技术环节
技术环节:技术广度和深度
这个,考来考去都是那些。无非就是从技术的广度和深度进行考查。我的项目中,以下这些技术,简直都会用到:
- 分布式,那就会用到 RPC
- 开发语言,Java
- 框架,spring
- 存储,Mysql
- 缓存,redis
- 音讯框架,MQ
- 算法,这个本人刷题就好。
针对上述技术栈,大头菜会大略出以下面试专题(最初附录)
** 上述的技术栈中,在广度上,你最起码都要用过,晓得如何应用。
在深度上,你最起码要深到看过源码水平,晓得技术的实现原理。**
至于什么计算机网络,计算机组成原理,计算机操作系统这些常识,会考,但问得不多,也不会很深,起码在 P6 级别,都不会问得很深。计算机网络问来问去都是问 TCP 三级握手,四次挥手,有事没事问问 Http 的状态码。这不是温习的重点。或者说,这些书,当初看了,未必能看懂,看懂了后,没能在理论生产环境中应用,而后又忘了。。。
下面的知识点,其实相对来说比拟实践,因为能够在网上看看材料就能够了解明确。但有一些货色,必须要入手实际后,能力在面试上答复得进去。比方,CPU100%,内存溢出,磁盘爆满,IO 阻塞。这些货色,如果不真正实战过,基本无从下手。
总结
总的来说,对于我的项目的意识如何进步,我最近在看一些产品经理的材料,有须要的小伙伴,找我要。而后对于技术广度和深度的,大头菜会陆续更新文章(随时调整),以配合各位的温习,但这仅仅适宜面试前温习温习,不适宜零碎学习,毕竟这是一篇文章,比拟碎片化。要零碎学习,还是看书比拟好。最初先恭祝各位小伙伴都能在金三银四拿到大 Offer,也心愿我能不偷懒,能放弃日更。
附录
-
MySQL
- 索引
- 调优
- 数据库整体构造
- 主从复制、读写拆散
-
Java
- 汇合和容器
- 锁
-
JVM
- 内存散布构造
- 调优
- 垃圾回收
- 类加载机制
-
Spring
- refresh()过程
- 如何解决循环依赖?
- @Autowired 等注解的含意和区别
- SpringBoot 和 Spring 的区别
-
Redis
- 五种数据结构
- 缓存雪崩 缓存穿透 缓存并发
- 分布式锁 分布式 Session
- 布隆过滤器
- 事务
- 哨兵模式、集群
- AOF 和 RDB
-
MQ
- 如何保障音讯不被反复生产
- 如何保障音讯的程序性
- 如果让你写一个音讯队列,如何进行架构设计
- 如何保障音讯队列的高可用
- 如果有上百万音讯继续积压几小时,应如何解决
-
RPC
- RPC 的底层原理
- 动静代理
- 序列化和反序列化
- NIO 通信,这时候又会扯到 Netty
- 服务注册核心,Zookeeper