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
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。