一一哥

因为CSDN没有分类归纳博客的功能，所以特写本帖汇总《高薪程序员面试题精讲系列教程》，方便大家查阅！希望各位小伙伴，可以从我的拙作中能对Java的高频面试题有所掌握，也希望各位可以多给与指教！目前本系列文章持续更新中，敬请关注......如果你觉得本系列博文对你有帮助，请给个 点赞评论 吧，手写博文不易，一篇文章可能得花一两天的时间才能写好，你的支持是我坚持下去的动力！本系列面试题涵盖的内容如下所示：面试题系列文章链接：高薪程序员&面试题精讲系列01之开篇介绍高薪程序员&a.

经过前面150+篇的面试文章，壹哥已经把Java中的大多数面试题讲解完毕了，当然挂一漏万，有些类型的题目暂时还没有涉及到，比如JVM、GC、内存、Tomcat优化、其他冷门框架等暂时还没写到。但大家不要担心，壹哥会在后面找时间一点点追加进本专栏中。今天这篇文章，壹哥主要是给大家总结一下IT行业里的一些常见”黑话“。之所以想写这篇文章，是因为我们到了公司里之后，你会发现，总有一些”装逼犯“在你面前各种”秀“，给你满嘴拽大家都听不懂”非人话“。所以为了避免各位到了公司中，听不懂那些”非人话“，壹哥。

至此，壹哥就把一些常见的人事问题给大家梳理了一些，希望今天的内容可以对你有所启发帮助。如果你还有其他问题不知道该怎么回答，可以在评论区给壹哥留言或私信，我们一起来研究该怎么回答。原创不易，请给壹哥三个月前，有个人赞了我，他娶了一个如花似玉的老婆。一周前，有个人赞了我，他中了500万。今年，赞了我的人都娶了如花似玉的老婆，结婚那天还中了500万。我嘴开过光，话已经放到这了，壹哥就看各位的咯。

本章节的面试题，可以说是我们去面试时几乎100%必问的题目，而且与自己的技术方向无关。无论我们是做Java开发，还是其他技术方向，只要是程序员，项目介绍几乎就是必不可少的。所以，针对这个必考题目，壹哥希望各位能够认真准备，要把项目介绍在面试之前提前预演地非常熟练才行。当然，因为每个人的项目不一样，所以我们在面试时回答的具体内容肯定也不会一样，每个人需要结合自己的项目灵活回答。但不管怎样，我们还是可以抽取出一些共同的回答规律，壹哥主要是结合自己和很多学员面试的经验，给大家讲一些典型的面试要点。

至此，壹哥就挂一漏万地把关于电商项目的面试知识点给大家梳理了一下，希望这些内容可以解决大家面试中关于电商题目的困惑。如果你还有其他疑问，可以在评论区给壹哥留言，我看到后会及时给你进行解答。原创不易，请给壹哥三个月前，有个人赞了我，他娶了一个如花似玉的老婆。一周前，有个人赞了我，他中了500万。今年，赞了我的人都娶了如花似玉的老婆，结婚那天还中了500万。我嘴开过光，话已经放到这了，壹哥就看各位的咯。

电商项目中的订单模块是非常核心的一个功能模块，该模块会涉及到很多其他的系统，比如会涉及到订单系统、支付系统、库存系统、仓库系统、物流系统、⻛控系统、促销系统、用户系统、产品系统等众多系统。如下图所示：对于订单系统来说，我们可以分别从前台系统、后台系统以及前后台之间的订单业务流转3个主要的部分进行分析。支付系统是连接消费者、商家(或平台)和金融机构的桥梁，具有管理支付数据，调用第三方支付平台接口，记录支付信息(对应订单号、支付金额等)，金额对账等功能。第一阶段。

通过上面一系列内容的讲解，壹哥相信各位对SPU、SKU、SN已经有所了解了，接下来我就以京东商城为例，来给大家分析京东商城里SPU与SKU表是如何设计的。至此，壹哥就把电商项目中SPU、SKU、SN的相关知识及表设计给大家讲解完毕了，你明白了吗？受限于篇幅，本文暂时就介绍到这里。我会在下一篇文章中继续给大家分析电商项目专题，比如订单设计、支付系统、秒杀、商品详情页等，希望大家继续关注下一篇文章哦。

我们写在简历上的任何一个项目，都有可能会被面试官问到，常见的面试题目离不开这么几个，“说说你最近做的或者最熟悉的一个项目吧，这个项目有哪些功能模块？你在这个项目中负责了哪些功能？........”对于类似这样的问题，其实一般情况下我们根据自己的项目实际情况，如实介绍就行了。但实际很多人，对自己简历上的项目并不一定很了解。有些人是对找工作根本就不用心，跳槽之前根本就不刷题背知识点，也不梳理项目；

现在的电商项目可以说是五花八门，而且数量、种类都非常的繁多。其实对于很多程序员来说，我们可能会熟悉电商项目的开发技术，但未必对电商有很多的了解，就比如有哪些类型的电商项目？不同的电商项目都有什么特色？你开发的这个电商项目凭什么和淘宝、京东pk？我们去面试的时候，有些面试官并不是单纯的只问技术，也会问我们对产品和商业模式的了解程度。所以壹哥的面试题，也并不会只单纯的讲技术哦。至此，壹哥就挂一漏万地把关于电商项目的面试知识点给大家梳理了一下，希望这些内容可以解决大家面试中关于电商题目的困惑。

一. 面试题及剖析1. 今日面试题今天 壹哥 带各位复习一块可能会令初学者比较头疼的内容，起码当时让我很有些头疼的内容，那就是I/O流。为啥I/O流会让很多初学者头疼呢？其实主要是因为I/O流的分类实在是太多了，一会是输入流，一会是输出流，还有字节流、字符流、文件输入流，文件输出流，缓冲流.....乱七八糟一大堆，光是这些英文单词把人背的脑袋都大了。正因为如此，面试官就喜欢在这里考察我们的Java基础，常见的I/O流题目如下：说一下Java中的I/O流有哪些？你常用哪些I/O流？输入流、

至此，壹哥就把单点登录相关的内容给大家介绍完毕了，现在你对单点登录熟悉了吗？如果你还有其他问题，可以在评论区给壹哥留言或私信。另外关于单点登录的具体实现教程，并不是本文的重点，如果你想学习单点登录的具体实现，可以来我们的线下班学习哦。原创不易，请给壹哥三个月前，有个人赞了我，他娶了一个如花似玉的老婆。一周前，有个人赞了我，他中了500万。今年，赞了我的人都娶了如花似玉的老婆，结婚那天还中了500万。我嘴开过光，话已经放到这了，壹哥就看各位的咯。

1976年，美国学者Dime和Henman为解决信息公开传送和密钥管理问题，提出一种新的密钥交换协议，允许在不安全的媒体上的通讯双方交换信息，安全地达成一致的密钥，这就是“公开密钥系统”。与对称加密算法不同，非对称加密算法需要两个密钥：公开密钥(publickey) 和 私有密钥(privatekey)。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。

Base64编码URL编码单向加密：不可逆加密算法，如MD5、SHA、HMAC等；对称加密：加密和解密使用同一个秘钥的算法，如AES、DES、3DES等；非对称加密：非对称加密分为公钥和秘钥，二者是非对称的，如RSA等；Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，大家可以查看RFC2045～RFC2049，上面有MIME的详细规范。

在Linux操作系统出现之前，还有另一个操作系统叫做Minix。Minix是由Andrew教授研发出来的，当时该教授为了给学生上课，购买了一套Unix操作系统，然后就参考Unix自己写了一个操作系统，命名为Minix。后来他就将Minix开源，供学校内部进行研究和教学。到了2000年，Andrew将Minix操作系统完全对外开源了。Minix由于完全对外开源之后，在互联网上迅速传播。但大家在使用时，发现Minix并不是很完美，存在着各种各样的问题。

既然我们的项目开发采用了前后端分离的模式，那么前端和后端人员直接就需要密切配合，就比如在接口调用时，就存在着一个问题。前端团队负责UI界面的渲染，后端团队负责实现Web接口和核心业务逻辑，两个团队之间密切配合，共同完成项目开发。前端调用后端的Web接口，而后端团队也需要把数据以合适的格式传递给前端，目前主流的数据载体是用JSON格式。但因为Web接口是后端团队开发的，前端团队并不知道这个Web接口的定义和使用规则，那前端怎么知道后端编写的Web接口在哪？怎么用？前后端之间如何交互？...

我们在进行后台开发时，Web接口的设计都是后端的工作。但这些接口，并不是我们想怎么写就怎么写的，必须遵循一定的规范。而现在比较流行的Web接口设计规范就是RESTful风格，所以今天壹哥就带各位梳理RESTful风格的Web接口设计内容。当然这些内容，在我们的线下课程中已经有了非常详细地讲解了，如果你还不了解，可以私信壹哥哦。如果面试官问你们的项目是否是前后端分离的，对于这种问题，其实没有标准的固定答案。你要么就实事求是地进行回答，是前后端分离就回答是，否则就回答不是。...

目前在Java中进行单元测试，比较常用的单元测试框架是JUnit，它继承了TestCase类，可以轻松实现自动测试。JUnit是由 Erich Gamma 和 Kent Beck 共同编写的一个回归测试框架(regression testing framework)，现在已经成为xUnit家族中最为成功的一个。JUnit有它自己的扩展生态圈，大多数的Java开发环境都已经集成了JUnit作为单元测试工具。JUnit测试是程序员测试，即所谓的白盒测试。...

受限于篇幅长度，本篇文章暂时就先讲解到这里，壹哥会在下一篇文章中继续给大家分析讲解关于测试的面试题。下一篇文章内容更精彩哦，敬请各位不要错过！

项目日志记录了系统行为的时间、地点、状态等相关信息，能够帮助我们了解并监控系统状态，在发生错误或者接近某种危险状态时能够及时地提醒我们进行处理。同时在系统产生问题时，也能够帮助我们快速地定位、诊断并解决问题。在项目开发中，日志文件记录的信息非常重要，我们不可避免的要使用日志。当然，没有日志也不会影响项目的运行，但没有日志的项目可以说是不完整的，因为日志在调试错误或者异常定位时，数据分析中的作用是不言而喻的。我们去面试的时候，面试官可能会问我们，“你们项目中使用什么样的日志框架进行日志操作？

二阶段提交(2PC，Two-phase Commit)是对XA协议的标准实现，它将分布式事务的提交拆分成了2个阶段：prepare和commit/rollback。在2PC中，事务协调者(事务管理器)：事务的发起者；事务参与者(资源管理器)：事务的执行者。阶段一为准备阶段，由事务的协调者发起询问参与者是否可以提交事务，但这一阶段并未提交事务。当参与者Ready时，向TM事务管理器汇报自己已经准备好，即所有的参与者准备执行事务并锁住需要的资源。...

二阶段提交(2PC，Two-phase Commit)是对XA协议的标准实现，它将分布式事务的提交拆分成了2个阶段：prepare和commit/rollback。在2PC中，事务协调者(事务管理器)：事务的发起者；事务参与者(资源管理器)：事务的执行者。阶段一为准备阶段，由事务的协调者发起询问参与者是否可以提交事务，但这一阶段并未提交事务。当参与者Ready时，向TM事务管理器汇报自己已经准备好，即所有的参与者准备执行事务并锁住需要的资源。...

首先我们要弄明白，为什么要单独搞一个分布式ID，正常的ID不行吗？在分布式系统中，针对特殊场景，一般的ID还真不行，壹哥给大家举个栗子🌰。如果我们是在单一的数据库中，使用数据库自增的主键ID是没有任何问题的。但如果是在数据量和并发量都很高的情况下，企业中通常会对数据库搭建集群。在集群环境中，如果使用数据库自增的主键ID，则无法保证该ID在整个数据库集群环境中的唯一性，这就是问题所在！如下图所示：通过上图可以发现，...

ZooKeeper，其字面意思是“动物园的管理者”，诞生于Yahoo，后来并入到Google，然后Google的Chubby项目组将其开源到Apache。它是一款高性能的分布式协调(Coordination)服务软件，原本属于Apache Hadoop中的重要组件，后来被拆分成Hadoop的一个独立子项目，并在HBase中也用到了ZooKeeper集群。在雅虎期间，Zookeeper主要是被用作消息代理的协调和故障恢复服务，属于是一个高度可扩展的发布/订阅系统。现在。...

壹哥在前面带大家梳理分布式及微服务内容的时候，跟大家讲过，在微服务项目中，根据业务的不同，可能会把一个项目拆分成N多个子服务。而随着服务化的进一步发展，服务可能会越来越多，服务之间的调用和依赖关系也会越来越复杂，这就诞生了面向服务的架构体系(SOA)。也因此衍生出了一系列相应的技术，如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架，这就是针对分布式系统的服务治理框架，包括SpringCloud、Dubbo等都是。...

至此，壹哥就把分布式及微服务的相关理论知识带大家复习了一遍，希望今天的文章能够让各位对这些理论知识的理解再次加深。原创文章不易，请给壹哥三个月前，有个人赞了我，他娶了一个如花似玉的老婆。一周前，有个人赞了我，他中了500万。今年，赞我的人都会娶几个如花似玉的老婆，结婚那天还会中500万。我嘴开过光，话已经放到这了，壹哥就看各位的咯。......

壹哥在上面跟大家说过，网关的一个重要作用就是进行限流。那为什么要限流呢？这主要是为了防止在高并发时，大量的请求同时访问某个或某些服务，导致该服务无法承受，进而出现服务崩溃。所以我们可以通过限制并发访问次数，或者限制一个时间窗口内允许处理的请求数来保护系统，一旦访问次数达到限制的数量就会对当前请求采取对应的拒绝策略，比如跳转到错误页面、拒接请求、进入排队系统、降级等，从而减轻服务器的压力。可以说，在高并发应用中，限流是一个必不可少的手段，它可以保障我们API服务对所有用户的可用性，也可以防止网络攻击。...

假如我们现在要利用微服务实现一个电商项目，项目中包含订单中心、库存服务、商品服务、支付中心等服务，如下图所示：从用户的角度来看，他可以在手机或PC端浏览商品，然后选择一个商品进行购买，这个过程包括了商品展示，加入购物车、下单、支付、订单中心、物流等一系列功能。但前端程序员并不需要知道后端程序到底经历了哪些服务，他们只需要通过一个统一的入口去调用后端的各种服务即可，但其实在这个过程中后端可能会涉及到多个服务，只不过这些服务被网关给整合到了一起。前端需要多次请求不同的子服务，增加了前端调用的复杂性；...

在学习Feign之前，我们还学习过另外一个RPC组件Ribbon。我们知道Ribbon是一个基于HTTP和TCP客户端的负载均衡工具，它可以在客户端配置RibbonServerList(服务端列表)，使用HttpClient或RestTemplate模拟http请求，步骤相当繁琐。Feign则是在Ribbon的基础上进行了简化改进，是一个用起来更加方便的HTTP客户端。OpenFeign的@FeignClient注解可以关联远程调用的实现类，实现类中可以执行负载均衡并调⽤其他服务。实现了断路(熔断)器。..

Eureka最开始是在亚马逊的AWS云中使用，基于NetflixEureka进行了二次封装，它通过提供定位服务来进行中间层服务器的负载均衡和故障转移。Eureka作为服务治理模块，充当微服务里的注册中心，主要负责完成微服务架构中的服务治理功能，实现了服务的注册与发现。可以说，Eureka相当于是微服务架构中的”通讯录“，记录了服务和服务地址的映射关系。在分布式架构中，所有的服务都会注册到Eureka中，当某个服务需要调用其它服务时，就会到这里来寻找其他服务的地址进行调用。，至此，壹哥壹哥壹哥https。..

SpringCloud起先是Netflix网飞公司发布的一款开源框架，现在由Spring公司进行继续开发，它是对微服务的一种具体实现。该框架是在Netflix开源组件的基础上进一步封装而成，在2016推出1.0的Release版本之后，几乎每1-2个月就会更新一次。相比Dubbo等RPC框架，SpringCloud提供了一套完整的分布式系统解决方案，所以SpringCloud对于中小型互联网公司来说简直就是一种福音。服务发现与注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控壹哥壹哥。...

分支合并，其实就是把所有人的代码都合并到一起，从而实现多人协作。我们在一个团队里，无论是管理员还是项目经理，包括普通的项目组成员，其实都可以进行分支合并。先执行gitpull命令，以便在本地查看到所有的远程分支；再次执行gitcheckout远程分支名，将所有分支检出(下载)到本地；然后切换到主分支或开发分支，gitcheckoutmaster；合并其他分支，gitmrege其他分支名；合并后，将master分支推送；4.分支合并流程(重点)至此，壹哥壹哥的最大支持哦！......

Git是LinusTorvalds为了帮助管理Linux系统内核的开发，⽽开发出来的一款开源软件，它可以用于帮助我们敏捷⾼效地处理任何或小或大的项目，可以说Git是目前世界上最先进的开源分布式版本控制系统。Git与常⽤的版本控制⼯具CVS、SubVersion等不同，它采⽤的是分布式的版本库方式，不需要服务器端的软件⽀持。今天壹哥就先把版本控制的基本情况以及Git命令介绍到这里，我会在下一篇文章中继续分析Git版本控制的原理，敬请各位小伙伴继续关注哦。原创文章不易，请给壹哥壹哥就看各位的咯。......

至此，壹哥就把MQ相关的常见面试题都带大家梳理完毕了，如果你还有其他的MQ面试题不知道怎么回答，可以在评论区给壹哥留言或者私信。接下来壹哥会进入到另一个专题的复习之中，欢迎大家继续关注哦。httpshttpshttpshttpshttpshttps。......

镜像集群模式，就是可以将队列在三个及以上的节点之间设置主从关系，消息会在三个及以上的节点之间进行自动同步，且如果其中一个节点不可用，并不会导致消息的丢失或服务不可用，这就提升了MQ集群的整体高可用性。在RabbitMQ中开启镜像集群模式比较简单，我们只需要在RabbitMQ的管理控制台中新增一个集群镜像策略，指定发送消息时要求数据同步到所有的节点，以后就会自动将数据同步到其他的节点上去了。如下图所示所以这种镜像集群架构，才能真正地保证RabbitMQ的高可用。至此，壹哥壹哥httpshttps。...

虽然RabbitMQ一般情况下很少会出现消息丢失的情况，但凡事都可能会有意外，这个世界上就没有完美的技术及产品，RabbitMQ也有一定的概率会出现消息丢失。就比如消息刚从生产者发出，还没到达MQ服务器，结果MQ服务器所在机房就炸了，这种可能性你说有没有？再或者消息从生产者刚发送到服务器，还没到交换机，MQ服务器自己崩了，MQ程序GG了；或者消息生产者在发送消息的一刹那，生产者崩了或者网络异常了；生产者与RabbitMQ服务器建立连接生产者将消息传递到Broker中的交换机消费者从队列中获取消息。壹哥。..

所谓的MQ(MessageQueue)，消息队列，是指在分布式系统中能够实现高性能、高可用、可伸缩等高级功能的重要中间件。消息队列可以适用于很多场景，比如消息通讯、异步处理、应用解耦、流量削峰等。目前主流的消息队列有ActiveMQ、RabbitMQ、RocketMQ和Kafka等。MQ的本质，简单地说就是生产者先将消息投递一个叫做「队列」的容器中，然后再从这个队列容器中取出消息，最后再转发给消费者，如下图所示在MQ中，有两种常用的队列模型，即队列模型和发布/订阅模型。AMQP(高级消息队列协议。...

截止到本篇文章，壹哥已经把Redis的大多数高频热点面试题给大家分析完毕了，最后我再用一篇文章对Redis的其他面试题做个收尾。今天的文章，壹哥主要是给大家梳理一下Redis的一些新特性，主要是针对Redis6.0版本之后的内容，尤其是关于Redis的多线程问题，这是面试时会可能会被问到的一个点。面试官有时候之所以要考察我们是否了解Redis的新特性，其实主要是想了解我们是否热爱学习，是否经常在关注行业动态，毕竟程序员这个行业，必须要时刻保持学习的状态，这也是程序员需要具备的一个优良素质！我们在使用Redi

在上一篇文章中，壹哥给大家讲解了保证Redis高可用的第一种方案，即主从复制，如果你还没看过上一篇文章，请移步如下链接：高薪程序员&面试题精讲系列120之Redis集群原理你熟悉吗？如何保证Redis的高可用(上)之主从复制高薪程序员&面试题精讲系列121之Redis集群原理你熟悉吗？如何保证Redis的高可用(中)之哨兵机制 接下来壹哥会在今天的文章中讲解保证Redis高可用的第3种方案，即集群机制！壹哥在之前详细讲解了保证Redis高可用的几种方案，比如持久化、主从复制以及哨兵机制。但这些方案在保证高可

在上一篇文章中，壹哥给大家讲解了保证Redis高可用的第一种方案，即主从复制，如果你还没看过上一篇文章，请移步如下链接：高薪程序员&面试题精讲系列120之Redis集群原理你熟悉吗？如何保证Redis的高可用(上)之主从复制接下来壹哥会在今天的文章中讲解保证Redis高可用的第二种方案，即哨兵机制！保证Redis的高可用，我们知道可以通过持久化机制和主从复制来进行保障，那么既然已经有了这些机制，怎么还要利用哨兵机制来保证高可用呢？其实主要是因为主从复制存在着一些问题，比如：也就是说，主从复制并不是一种特别可

经过前面几篇文章的介绍，壹哥已经给大家讲解了很多Redis相关的高频面试题，比如Redis的缓存、持久化等机制的实现及其原理。接下来在这篇文章中，壹哥会给大家讲解另外几道Redis的高频面试题，尤其是Redis的高可用实现方案和集群原理，这些题目在面试时经常会被问到。如果这些题目回答不好，面试官就会认为你的Redis水平一般，所以今天的内容，希望各位好好学习掌握，否则面试时回答不出来可就废了。因为Redis高可用、集群等相关内容较多，所以此处的内容，壹哥会分为上、中、下三篇文章进行讲解，本篇是上篇。我们知道