avatar-decorate
马丁不会代码 level
获赞
295
粉丝
468
关注
11
看过 TA
3607
北京邮电大学
2016
Java
IP属地:北京
拿个offer社群创始人,开源12306、短链接等
私信
关注
我以为没有校招同学去看 Spring 原理,之前就没考虑过,结果还真有,那就这个问题聊聊我的看法。结论是对于绝大部分校招同学,看 Spring 的原理属于浪费时间。以下是我的一些论据:1. 对于现在的校招面试,我感觉是不健康的,问的那些东西,3年社招也不过如此。但是受环境影响,改变不了公司只能改变自己,迫使自己变卷去学习其中的高频考点。很明显 Spring 并不包含其中,学了之后精力就顾不上那些高频考点,比如 Redis、MySQL、JUC、JVM、消息队列、网络、项目、实习等。2. 就算常规的八股、项目、算法都没问题了,想深入一个技术点学习,那我也不推荐 Spring。面试官绝大概率是没看过 Spring 源码的,你和他硬聊他不熟悉的领域,根本不会和你往下说,你也就发挥不出来。3. 相比于 Spring 原理,我更推荐学习类似于 Redis、MySQL 深入研究,比如说持久化、淘汰算法、集群等,或者说研究消息队列的原理。一般像消息队列线上出问题的概率虽然不多,但也不少,基本上没听说过 Spring 出过啥问题吧。从概率上说面试官对消息队列感该兴趣的概率也会大不少。那万一面试官也会 Spring 原理呢?你也说了,是万一,万分之九千九百九十九不会,时间付出和产出不成正比。如果大家本着面试学习,学习一个内容是否有用,取决于面试市场,尽量不要在冷门的技术上占用时间。说了这么多不是说 Spring 原理不需要学,Spring 里用了很多好的设计,如果在时间不紧急的情况下提升自己技术是完全没问题的,建议在工作后学习。#25届秋招##实习#
夺命喵九:我学不会,所以我先不需要学
0 点赞 评论 收藏
分享
今天群里有位同学向我提了个问题,关于消息队列 RocketMQ 在运行中宕机了怎么办?见图一。正常看到这种问题,以我之前作为面试官的经验,一般会考察面试者 RocketMQ 集群架构部署之间的一些细节,比如同步刷盘和异步刷盘之间的差异,是否会丢失数据。以及主从架构和多主多从架构之间的协作方式。基本上如果能回答出来就差不多了。大家也都看到了,面试官表示你部署的再多,服务器也都会挂。大概意思差不多我了解了,相当于 RocketMQ 部署多主多从后,上帝视角直接就挂它部署的相关服务器 然后我说了个回答:“类似于这种的话,我们可以做中间件降级。比如说,RocketMQ 挂了,咱们可以使用 Redis Stream 作为替补方案,让消息队列业务正常运行”。以为这总差不多了吧,然后大脑宕机的地方来了。另一位同学说的,见图二 面试官长点心吧,只是个实习生面试啊......玩归玩闹归闹,根据自己的经验,还是说了两个本不应该在实习生面试中出现的答案。- 异地多活:这是整个互联网里我能接触到对于容灾来说,档次最高也是最为保险的方案,99%的公司根本搞不起来,也没有必要搞。- 健康监控:如果发现中间件挂掉,发起向架构租和运维组的报警,然后同时执行触发将该机器的服务重新启动。然后我发现这个还不是标准答案,标准答案在图三 有没有遇到过类似超脱世俗之外,不在伦理之中的问题? 欢迎评论区留言。看到比较有意思的,我也会回复我认为的答案。 #面试题目#
匿名用户adc:顺便也感叹一句现在的面试官真好当,我期待在面试中遇到地球毁灭了怎么办这种问题
查看3道真题和解析
0 点赞 评论 收藏
分享
0 点赞 评论 收藏
分享
0 点赞 评论 收藏
分享
0 点赞 评论 收藏
分享
0 点赞 评论 收藏
分享
头像
04-25 11:59
已编辑
北京邮电大学 Java
牛客395726848号:这么问主要是问他们的主要区别的,Kafka在数据吞吐上是远超rocketmq的,但是它的topic很多的情况下,性能又远低于rocketmq。基于这种情况kafka多用于处理海量的日志,历史数据等体量庞大的数据集合体,这样在个体数据庞大的情况下使用的topic点更少;rocketmq有着更加严谨的检查和规则,所以它更适合分散式的短消息和小数据,这也得于它的topic算法和规划,即使有成千上万个topic点,性能下降并不多。
0 点赞 评论 收藏
分享
头像
04-01 13:32
已编辑
北京邮电大学 Java
0 点赞 评论 收藏
分享
关注他的用户也关注了:
牛客网
牛客企业服务