m0_64435718的博客

前言这是我在工作、面试中学习并总结到的一些知识点，都是一些比较典型的、面试常常被问到的问题。如果你平时没有注意去总结的话，那么当你面试被问到的时候可能会是一脸懵圈，就算这个问题你知道怎么回事，但是你平时没有认真总结，你也可能会出现逻辑混乱的情况，从而错失工作机会。有些知识点不经常使用就会忘记，但是面试还会问，对此，我也是深受其害，所以我决定将这些遇见的问题整理下来，分享出去，帮助更多的人，我们共同进步。为了让大家更清晰地了解整份面试题包含的内容，小编这里也直接整理了一份思维导图。如下图所示；本文包含Java

面试题 为什么使用消息队列？ 消息队列有什么优点和缺点？ Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么区别，以及适合哪些场景？ 面试官心理分析 其实面试官主要是想看看： 第一，你知不知道你们系统里为什么要用消息队列这个东西？ 不少候选人，说自己项目里用了 Redis、MQ，但是其实他并不知道自己为什么要用这个东西。其实说白了，就是为了用而用，或者是别人设计的架构，他从头到尾都没思考过。 没有对自己的架构问过为什么的人，一定是平时没有思考的人，面试官对这类候选人印象

为什么要阅读源码？不知道大家有没有发觉，最近面试关于源码这个东西是问得越来越多！也不知道大家最近有没有去面试，上周我一老友去面试了快手，阿里，美团，字节等大厂，上去就是看不完的源码，搞得他心态大崩，搁家里怀疑人生，前几天才缓回来。可能有的人就会有疑问了，看源码能得到啥？看了能涨薪吗？答案是必然的，能看懂源码是程序员的内功体现。对一个技术栈想要知其然也知其所以然的话肯定是要去看源码的，学会看源码无论是对你工作上排除BUG，或者是改造项目、学习设计思想都是有很大裨益的。如何阅读源码？为了达到事半功倍的效果，一般

什么是Stream？现在很多大数据量系统中都存在分表分库的情况。例如，电商系统中的订单表，常常使用用户ID的Hash值来实现分表分库，这样是为了减少单个表的数据量，优化用户查询订单的速度。但在后台管理员审核订单时，他们需要将各个数据源的数据查询到应用层之后进行合并操作。例如，当我们需要查询出过滤条件下的所有订单，并按照订单的某个条件进行排序，单个数据源查询出来的数据是可以按照某个条件进行排序的，但多个数据源查询出来已经排序好的数据，并不代表合并后是正确的排序，所以我们需要在应用层对合并数据集合重新进行排序。