蘑菇街上岸成功,回馈牛客
先说一下整体流程哈
3.26投简历
3.28完善简历
4.2 接到预约一面电话
4.3 一面
4.8 接到预约二面电话
4.12 二面
4.12当天接到预约三面电话
4.18 三面
4.24 offer call
4.25 正式offer邮件
整体流程就是这样,面试体验无敌良好,面试官非常温和,会引导你一步步的回答,遇到你的盲点,也不会追着死问不放,蘑菇街是比较注重项目的,并不是说用了多少框架这种,而是更看重你的思维能力,你在做项目的时候的思考以及实现.
还有一定要夸一夸HR们,实在是太好了,有问题都可以问,也会帮你分担等待offer过程中的焦虑,非常的nice!
下面附上面经,还有蘑菇街hr面交流群的联系方式哈~大家到了hr面/等待offer/拿到offer的状态都可以进群交流,提前认识一下新同事 vx: 18710800163,拉你进群,备注:方向-部门-昵称,面到什么状态了
一面(主要问项目和基础)
1.自我介绍
2.介绍项目
3.项目亮点 难点
4.你觉得你项目中最难的地方是哪里
5.那你了解过业界是怎么做的吗?比如淘宝
6.说一下spring,springmvc
7.一句话总结SpringIOC
8.刚说了springmvc,那你再说一下MVC
9.讲一下Redis,Redis和Mem***d区别,Redis的优缺点
10.OSI分层作用,协议
11.TCP/UDP区别
12.说一下排序算法
13.那快排稳定吗?时间复杂度,空间复杂度呢?最好最坏情况?
14.业余时间怎么提升自己的技术
15.能实习多久?
16.反问环节
二面(问项目和场景题)
- 面试官先自我介绍,说明来意(二面,就项目与技术来聊聊)
- 我看你这个项目是有多人合作的是吧
- 答:我找了个前端的同学,前后端分离合作开发的
- 这个项目是出于学习目的还是上线使用
- 答:出于学习目的,但是也上线了
- 那整个项目都提供了哪些功能?
- 答:那我给您介绍一下这个项目把,balabala....
- 我有一个疑问.这个项目是你们两个人从无到有开发的还是参考了网上的一些开源项目?
- 答:这个完全是自己设计自己开发的,然后说了一下两个人负责的架构设计接口什么的.
- 我们都知道其实电商业务逻辑还是比较复杂的,整套做下来一共创建了多少张表?
- 答:大概10张表左右
- 那你10张表就承担了包括用户,订单,购物车等等这么多功能吗?
- 答:我就解释了一下,因为我们做的是一个基于B2C的服装售卖网站,所以省去了商家有关的表,省去了其他分类有关的表,所以结构比较简单一点
- 那B其实就是商家对吧?你有没有给商家操作用的后台?
- 答:有有有.balabala...
- 你这边没有店铺或者商家维度的东西是嘛?
- 答:是,这个没有做
- 也就是说所有的东西都是通过网站管理员的身份去操作的是吗?
- 答:对,是这样
- 好,那我了解了.
- 那你们系统里的数据都是从哪来的?里面应该有蛮多的商品这样.
- 答:某东爬的(ps:差点想说蘑菇街爬的)
- 那正常的购买它能够完整的走完吗?包括支付这些你都有吗?
- 答:其他流程是完整的,但是支付这块没有做,因为balabala....
- 我看你整个项目是用了一个月左右是吗?那你是课余时间做的还是全天都做?
- 答:课余时间
- 那这个系统代码量有多少你有看过吗?
- 答:我直说代码量不大,然后给他说了我的想法,对比以前没有使用框架时的代码量分析了一下框架的好处
- 我再问个细节一点的问题哈,订单这个维度在数据库中涉及到几张表?
- 答:balabala说了一下表结构和为什么这样设计...
- 那你应该有单独一张商品表把?
- 答:balabala说了一下商品这边表的设计
- 好好,再回到订单这一块,我不知道你系统中有没有涉及到一些优惠券,订单红包啊这种?
- 答:这个没有
- 这个系统现在是支持一次下单下多个商品的是吧?
- 答:可以可以
- (高能预警,全场最尬)
- 这个商品...那个...我想一下哈,这个你可能也没有做到,那我再问一下别的
- 我:emmm...
- 系统能支持搜索吗?
- 答:没问题
- 怎么实现的?
- 答:将所有细节全部存在商品名称中,对名字进行模糊查询(举例淘宝京东蘑菇街)
- 你的模糊查询是直接从数据库里查的嘛?
- 答:是的,因为当时还不会Redis
- 对数据库查询的话,性能上不是很好,你怎么去优化呢?
- 答:第一种:Redis,第二种:图片存放静态服务器
- 你刚说到NoSql,那你知道nosql具体怎么支持模糊查询?
- 答:我不会 - -
- 没关系,那你整个系统做完之后怎么样去测试它的性能?
- 答:没有测试过,但是我了解一些关于性能测试的工具,然后说了怎么用balabala..
- 那如果让你来测试下单这个功能,你觉得在哪些环节容易出现问题呢?基于你现在的系统架构来看的话.
- 答:说到对库存的操作
- 其他环节有可能吗?比如下单量增大,数据写入也会增多,那你怎么去解决?
- 答:说到对数据库读写分离,分库分表,水平分表,垂直分表说了一下
- 那接着你这个话题,如果你分库分表之后,继续实现对商品的搜索,你觉得有没有办法去解决?
- 答:说了搜索是看到的是简略信息,可以把所有商品的简略信息放在一个库中,专门应对搜索,或者Redis实现
- 换一个方向,做秒杀这个,你觉得挑战比较大的地方是在哪里?
- 答:说到库存管控,并发
- 你怎么解决并发这个问题的
- 答:前端优化,按钮设置不可点,然后说到读多写少,消峰限流
- 场景题: 你在前面把大量请求拦掉对吧?那也就不存在并发的情况,但是这只是针对秒杀来说,那如果是一个库存足够的活动,那会有大量的请求,而且你也没法在前端拦截掉,如果都落到后端的话,我想问的点:一个是这种情况怎么解决?一个是如果发生了这种情况你有没有办法去解决?另一个是如果硬件解决不了的情况你怎么样吧影响降到最低?减小损失?要对用户友好~
- 这个题大家说一下自己的思路,想看看有没有好办法
- 项目就聊到这,我问问其他的点,你最近有没有关注什么新技术?
- 你刚也提到分布式,你觉得和分布式相关的框架或者技术都有哪些?
- 看你大部分都还在了解当中嘛,那我就大概了解一下概念就好
- 还有你对蘑菇街有什么了解吗?
- 答:这个我谈了他们的发展史,然后主营电商,针对用户.
- 你有在我们上面买过东西吗?
- 直接笑场(我又不是女装大佬)
- 反问环节.