ActiveMQ面试题及答案
mq 面试题
mq 面试题MQ（Message Queue）是一种消息队列系统，用于实现分布式系统中的异步通信。
它采用生产者-消费者模型，将消息发送者（生产者）和消息接收者（消费者）解耦，提供可靠的消息传递机制。
在面试中，MQ常常是被提及的热门话题之一。
本文将介绍MQ的基本概念、使用场景及其优势。
一、MQ的基本概念MQ是一种基于异步通信模型的消息传递系统，其中包含了一些核心概念。
首先，消息是MQ中的基本单位，它可以是文本、二进制数据或者序列化对象等。
其次，生产者是消息的发送者，负责将消息发送到MQ中。
消费者则是消息的接收者，负责从MQ中接收消息并进行相应的处理。
最后，MQ中还存在一种称为队列的数据结构，用于存储消息并实现消息在生产者和消费者之间的解耦。
队列可以是先进先出（FIFO）的形式，也可以是根据消息优先级进行排序的。
二、MQ的使用场景MQ在很多应用场景中都有广泛的应用。
下面列举了几个典型的使用场景。
1. 异步通信在分布式系统中，各个模块之间常常需要进行信息交互。
使用MQ可以实现异步通信，避免了直接调用其他模块的接口，提高了系统的扩展性和解耦性。
通过将消息发送到MQ中，后续的处理可以交由消费者来完成。
2. 流量削峰在高并发场景下，流量削峰是一个重要的需求。
通过使用MQ，生产者可以将流量发送到MQ中进行缓存，然后由消费者按照自己的处理能力逐步消化这些消息，从而保护系统免受高峰流量的冲击。
3. 日志收集在分布式架构中，各个节点的日志分散在不同的地方。
使用MQ可以将所有节点的日志发送到一个中心化的地方进行收集和存储，方便后续的查询和分析。
4. 应用解耦MQ在不同应用之间实现了解耦，各模块之间可以独立演化而不相互影响。
应用程序只需要将消息发送到MQ中，由消费者进行处理，这样可以提高系统的可维护性和可扩展性。
三、MQ的优势MQ作为一种消息传递系统，具有多个优势。
1. 高可靠性MQ为消息的发送和接收提供了可靠的机制，保证了消息传递的可靠性。
activemq面试题
activemq面试题ActiveMQ是一种开源的消息中间件，常用于解决系统之间的异步通信，提供高可靠性、高性能的消息传递服务。
在面试中，考官可能会询问与ActiveMQ相关的知识点，下面是一些常见的面试题及其答案。
1. 什么是ActiveMQ？ActiveMQ是一个基于Java的开源消息中间件，它实现了Java Message Service (JMS)的规范，并提供了高性能、高可靠性的消息传递服务。
它支持多种传输协议，包括TCP、UDP、HTTP等。
2. 请简要说明ActiveMQ的特点和优势。
ActiveMQ具有以下特点和优势：- 可靠性：提供消息持久化机制，确保消息在发送和接收过程中的可靠性。
- 高性能：使用异步发送和接收机制，在传输层面提高了性能。
- 可扩展性：支持多种消息传输协议和编程语言，能够轻松与不同的应用集成。
- 支持多种通信模型：支持点对点和发布/订阅两种常见的通信模型。
- 容错性：支持主备、集群等模式，提供了高可用性的消息传递服务。
3. 请说明点对点通信和发布/订阅通信模型的区别。
点对点通信模型中，消息的生产者将消息发送到一个队列中，消息的消费者从队列中接收消息。
每个消息只能被一个消费者接收，消息的传递是一对一的关系。
发布/订阅通信模型中，消息的生产者将消息发送到一个主题中，多个消费者可以订阅该主题并接收消息。
每个消息可以被多个消费者接收，消息的传递是一对多的关系。
4. ActiveMQ如何保证消息的可靠性？ActiveMQ通过持久化机制保证消息的可靠性。
当一个消息被发送到队列或主题时，ActiveMQ会将该消息保存到磁盘上。
即使在ActiveMQ服务崩溃或重启后，也能够保证消息不会丢失。
另外，ActiveMQ还提供了事务机制，可以将发送和接收操作绑定到一个事务中进行管理，以保证消息的完整性。
5. ActiveMQ的集群模式是如何实现的？ActiveMQ可以通过使用Networks of Brokers（简称NoB）来实现集群模式。
运维面试题(含答案)
运维工程师面试题姓名: 答题时间:1.新安装MYSQL后怎样提升MYSQL的安全级别？A.修改mysql默认端口B.linux下可以通过iptables来限制访问mysql端口的IP地址C.对所有用户设置较复杂密码并严格指定对应账号的访问IP（可在mysql库中user表中指定用户的访问可访问IP地址）D.root特权账号的处理（建议给root账号设置强密码，并指定只允许本地登录）E.开启二进制查询日志和慢查询日志F.mysql安装目录及数据存储目录权限控制：给mysql安装目录读取权限，给mysql 日志和数据所在目录读取和写入权限G.删除无用mysql账号和删除无用的数据库（安装好的mysql默认会有个test库，可将其删除）2.MYSQL的主从原理，怎么配置文件？整体上来说，复制有3个步骤：A.master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；B.slave将master的binary log events拷贝到它的中继日志(relay log)；C.slave重做中继日志中的事件，将改变反映它自己的数据。
3.mysql主从复制的优点<1> 如果主服务器出现问题，可以快速切换到从服务器提供的服务；<2> 可以在从服务器上执行查询操作，降低主服务器的访问压力；<3> 可以在从服务器上执行备份，以避免备份期间影响主服务器的服务。
4.Mysql复制的基本原理过程（1）Slave上面的IO线程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；（2）Master接收到来自Slave的IO线程的请求后，通过负责复制的IO线程根据请求信息读取指定日志指定位置之后的日志信息，返回给Slave端的IO线程。
返回信息中除了日志所包含的信息之外，还包括本次返回的信息在Master端binary log文件的名称以及在Binary log中的位置；（3）Slave的IO线程收到信息后，将接收到的日志内容依次写入到Slave端的RelayLog文件（mysql-relay-lin.xxxxx）的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”（4）Slave的SQL线程检测到Relay Log中新增加了内容后，会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的查询或操作语句，并在自身执行那些查询或操作语句，这样，实际上就是在master端和Slave端执行了同样的查询或操作语句，所以两端的数据是完全一样的。
消息队列面试题
消息队列⾯试题1、什么是消息队列？消息队列，是分布式系统中重要的组件。
主要解决应⽤耦合，异步消息，流量削锋等问题。
可实现⾼性能，⾼可⽤，可伸缩和最终⼀致性架构，是⼤型分布式系统不可缺少的中间件。
⽬前主流的消息队列有：KafkaRabbitMQRocketMQ ，⽼版本是 MetaQ 。
ActiveMQ ，⽬前⽤的⼈越来越少了。
另外，消息队列容易和 Java 中的本地 MessageQueue 搞混，所以消息队列更多被称为消息中间件、分布式消息队列等等。
⼆、消息队列由哪些⾓⾊组成？如下图所⽰：⽣产者（Producer）：负责产⽣消息。
消费者（Consumer）：负责消费消息消息代理（Message Broker）：负责存储消息和转发消息两件事情。
其中，转发消息分为推送和拉取两种⽅式。
1. 拉取（Pull），是指 Consumer 主动从 Message Broker 获取消息 2. 推送（Push），是指 Message Broker 主动将 Consumer 感兴趣的消息推送给 Consumer 。
三、消息队列有哪些使⽤场景？⼀般来说，有下⾯使⽤场景：应⽤解耦异步处理流量削峰消息通讯⽇志处理其中，应⽤解耦、异步处理是⽐较核⼼的。
四、Kafka的⾯试题1.Apache Kafka 是什么?Kafka 是基于发布与订阅的消息系统。
它最初由 LinkedIn 公司开发，之后成为 Apache 项⽬的⼀部分。
Kafka 是⼀个分布式的，可分区的，冗余备份的持久性的⽇志服务。
它主要⽤于处理活跃的流式数据。
在⼤数据系统中，常常会碰到⼀个问题，整个⼤数据是由各个⼦系统组成，数据需要在各个⼦系统中⾼性能、低延迟的不停流转。
传统的企业消息系统并不是⾮常适合⼤规模的数据处理。
为了同时搞定在线应⽤（消息）和离线应⽤（数据⽂件、⽇志），Kafka 就出现了。
Kafka 可以起到两个作⽤： ①降低系统组⽹复杂度。
②降低编程复杂度，各个⼦系统不在是相互协商接⼝，各个⼦系统类似插⼝插在插座上，Kafka 承担⾼速数据总线的作⽤。
activiti工作流面试题
activiti工作流面试题在进行activiti工作流面试时，通常需要了解activiti的基本概念、特点以及使用方法。
本文将为您介绍一些常见的activiti工作流面试题，并提供详细的回答。
一、activiti是什么？activiti是一个轻量级的开源工作流引擎。
它基于BPMN 2.0标准，提供了一系列的API和工具，用于管理和执行业务流程。
activiti可以帮助企业建立起灵活、可靠的工作流系统，提高业务流程的可视化管理和执行效率。
二、activiti的主要特点有哪些？1. 灵活性：activiti允许用户创建和管理复杂的业务流程，灵活地进行流程设计和调整。
2. 可扩展性：activiti提供了丰富的扩展点和插件机制，用户可以根据自身需求进行二次开发和定制。
3. 可靠性：activiti具有高可靠性和稳定性，可以处理大量并发的工作流任务，并提供事务支持，确保数据的一致性。
4. 可视化：activiti的工作流图像化设计和展示功能，使用户可以直观地了解和管理整个工作流程。
5. 高性能：activiti采用了高效的流程引擎和优化策略，能够快速响应并处理各类工作流任务。
三、activiti的核心组件有哪些？1. 流程引擎（Process Engine）：负责流程的创建、管理和执行，是activiti的核心组件。
2. 任务（Task）：流程中的具体执行单元，需要执行者按照预定的步骤进行处理。
3. 执行（Execution）：流程引擎在执行流程时，会生成一系列的执行实例，用于控制和管理流程的整个执行过程。
4. 流程定义（Process Definition）：流程的模板，定义了流程中各个步骤和任务的执行顺序和规则。
5. 任务节点（Task Node）：流程图中的任务节点，表示流程中的一个具体任务。
6. 网关（Gateway）：决定流程在不同任务节点之间的分支和合并路径，可以控制流程的走向。
四、activiti的工作流程是什么样的？activiti的工作流程可以分为以下几个步骤：1. 流程定义：首先，需要定义一个流程，包括流程名称、各个任务节点、任务之间的顺序和规则等。
activemq面试题及答案
activemq面试题及答案ActiveMQ是一款广泛使用的开源消息中间件，常常用于构建高性能、可靠的分布式系统。
在面试过程中，你可能会遇到与ActiveMQ相关的问题。
本文将为您提供一些常见的ActiveMQ面试题及答案，帮助您更好地应对面试。
1. 什么是ActiveMQ？请简要介绍一下。
ActiveMQ是Apache软件基金会的一个开源消息中间件，它实现了Java Message Service（JMS）API，并支持多种消息协议。
ActiveMQ提供了高度扩展性和可靠性，可用于构建可靠的消息传递和事件驱动的应用程序。
2. ActiveMQ有哪些主要特性？- 完全支持JMS规范：ActiveMQ完全实现了JMS规范，提供了丰富的消息传递功能。
- 分布式通信：ActiveMQ支持分布式部署，可以在多个节点之间进行通信。
- 持久化支持：ActiveMQ提供了消息持久化的功能，确保消息在传递过程中不会丢失。
- 高可用性：ActiveMQ支持主从复制和集群模式，提供高可用性和负载均衡的能力。
- 事务支持：ActiveMQ允许将消息发送和接收操作与事务关联，确保消息的原子性。
- 消息过滤：ActiveMQ支持使用SQL标准语句进行消息过滤，满足不同场景下的需求。
3. ActiveMQ与其他消息中间件（如RabbitMQ、Kafka）相比有什么优势？ActiveMQ相较于其他消息中间件，具有以下优势：- 易于使用：ActiveMQ使用简单，支持JMS标准，提供了丰富的功能和易于理解的API。
- 社区活跃：ActiveMQ作为Apache项目，拥有庞大的开发者社区支持，可以获得及时的技术支持和更新。
- 成熟稳定：ActiveMQ经过多年的发展和使用，已经稳定且可靠，在各种场景下都有广泛应用。
- 可扩展性：ActiveMQ提供了可扩展的体系架构，可以根据需求进行横向和纵向扩展，满足高并发和大规模消息处理的需求。
后端服务面试题目和答案(3篇)
第1篇1. 问题：请简要描述一下什么是RESTful API？答案：RESTful API是基于REST（Representational State Transfer）架构风格的API。
它使用HTTP协议进行通信，遵循一定的设计原则，如无状态、客户端-服务器模式、资源导向等。
RESTful API通过URI（统一资源标识符）来定位资源，通过HTTP方法（如GET、POST、PUT、DELETE等）来操作资源。
2. 问题：什么是Spring框架？请列举Spring框架的主要模块。
答案：Spring框架是一个开源的Java企业级应用开发框架，它简化了企业级应用的开发过程。
Spring框架的主要模块包括：（1）Spring Core Container：核心容器，包括BeanFactory和ApplicationContext，负责管理Bean的生命周期和依赖注入。
（2）Spring AOP：面向切面编程，提供声明式事务管理和日志记录等功能。
（3）Spring Data Access/Integration：数据访问和集成模块，提供ORM（对象关系映射）和JPA（Java持久化API）等功能。
（4）Spring Web：Web模块，提供Web应用程序开发所需的组件，如Spring MVC 和Spring WebFlux。
（5）Spring Test：测试模块，提供对Spring应用程序的测试支持。
3. 问题：请解释一下Spring框架中的依赖注入（DI）？答案：依赖注入（DI）是Spring框架的核心概念之一。
它通过将对象的依赖关系从代码中分离出来，使得对象可以在运行时动态地注入依赖。
依赖注入主要有以下几种方式：（1）构造器注入：通过在对象的构造函数中注入依赖。
（2）设值注入：通过setter方法注入依赖。
（3）字段注入：通过字段直接注入依赖。
4. 问题：请描述一下Spring MVC的工作流程。
答案：Spring MVC的工作流程如下：（1）用户发送请求到前端控制器（DispatcherServlet）。
消息队列面试题及答案
消息队列⾯试题及答案1、为什么使⽤消息队列？消息队列使⽤的场景和中间件有很多，但解决的核⼼问题主要是：异步、解耦、消峰填⾕。
2、消息队列的优缺点异步、解耦、消峰填⾕这是消息队列最⼤的优点，除了这些消息队列还可以会解决⼀些我们特殊业务场景的问题。
但是缺点主要在于系统的可⽤性、复杂性、⼀致性问题，引⼊消息队列后，需要考虑MQ的可⽤性，万⼀MQ崩溃了岂不是要爆炸？⽽且复杂性明显提⾼了，需要考虑⼀些消息队列的常见问题和解决⽅案，还有就是⼀致性问题，⼀条消息由多个消费者消费，万⼀有⼀个消费者消费失败了，就会导致数据不⼀致。
3、如何保证消息队列的⾼可⽤？由于笔者只使⽤和实践过RabbitMQ和Kafka，RocketMQ和ActiveMQ了解的不深，所以分析⼀下RabbitMQ和Kafka的⾼可⽤。
（⼀）RabbitMQRabbitMQ有三种模式：单机模式，普通集群模式，镜像集群模式（1）单机模式单机模式平常使⽤在开发或者本地测试场景，⼀般就是测试是不是能够正确的处理消息，⽣产上基本没⼈去⽤单机模式，风险很⼤。
（2）普通集群模式普通集群模式就是启动多个RabbitMQ实例。
在你创建的queue，只会放在⼀个rabbtimq实例上，但是每个实例都同步queue的元数据。
在消费的时候完了，上如果连接到了另外⼀个实例，那么那个实例会从queue所在实例上拉取数据过来。
这种⽅式确实很⿇烦，也不怎么好，没做到所谓的分布式，就是个普通集群。
因为这导致你要么消费者每次随机连接⼀个实例然后拉取数据，要么固定连接那个queue所在实例消费数据，前者有数据拉取的开销，后者导致单实例性能瓶颈。
⽽且如果那个放queue的实例宕机了，会导致接下来其他实例就⽆法从那个实例拉取，如果你开启了消息持久化，让RabbitMQ落地存储消息的话，消息不⼀定会丢，得等这个实例恢复了，然后才可以继续从这个queue拉取数据。
这⽅案主要是提⾼吞吐量的，就是说让集群中多个节点来服务某个queue的读写操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ActiveMQ面试题及答案
1、什么是ActiveMQ？
activeMQ是一种开源的，实现了JMS1.1规范的，面向消息(MOM)的中间件，为应用程序提供高效的、可扩展的、稳定的和安全的企业级消息通信。
2、Activemq的瓶颈值
根据网上一般评测文档上来看，每秒的消息吞吐在2000以上, acticemq 也可以集群化部署，也是使用zookeeper来搭建。
3、ActiveMQ服务器宕机怎么办？
这得从ActiveMQ的储存机制说起。
在通常的情况下，非持久化消息是存储在内存中的，持久化消息是存储在文件中的，它们的最大限制在配置文件的<systemUsage>节点中配置。
但是，在非持久化消息堆积到一定程度，内存告急的时候，ActiveMQ会将内存中的非持久化消息写入临时文件中，以腾出内存。
虽然都保存到了文件里，但它和持久化消息的区别是，重启后持久化消息会从文件中恢复，非持久化的临时文件会直接删除。
那如果文件增大到达了配置中的最大限制的时候会发生什么？我做了以下实验：
设置2G左右的持久化文件限制，大量生产持久化消息直到文件达到最大限制，此时生产者阻塞，但消费者可正常连接并消费消息，等消息消费掉一部分，文件删除又腾出空间之后，生产者又可继续发送消息，服务自动恢复正常。
设置2G左右的临时文件限制，大量生产非持久化消息并写入临时文件，在达到最大限制时，生产者阻塞，消费者可正常连接但不能消费消息，或者原本慢速消费的消费者，消费突然停止。
整个系统可连接，但是无法提供服务，就这样挂了。
具体原因不详，解决方案：尽量不要用非持久化消息，非要用的话，将临时文件限制尽可能的调大。
4、AcitveMQ的作用、原理？（生产者、消费者。
p2p、订阅实现流程）
Activemq的作用就是系统之间进行通信。
当然可以使用其他方式进行系统间通信，如果使用Activemq的话可以对系统之间的调用进行解耦，实现系统间的异步通信。
原理就是生产者生产消息，把消息发送给activemq。
Activemq 接收到消息，然后查看有多少个消费者，然后把消息转发给消费者，此过程中生产者无需参与。
消费者接收到消息后做相应的处理和生产者没有任何关系
5、activemq在项目中如何应用的
Activemq在项目中主要是完成系统之间通信，并且将系统之间的调用进行解耦。
例如在添加、修改商品信息后，需要将商品信息同步到索引库、同步缓存中的数据以及生成静态页面一系列操作。
在此场景下就可以使用activemq。
一旦后台对商品信息进行修改后，就向activemq发送一条消息，然后通过activemq将消息发送给消息的消费端，消费端接收到消息可以进行相应的业务处理
7、rabbitmq如何实现集群高可用？
集群是保证服务可靠性的一种方式，同时可以通过水平扩展以提升消息吞吐能力。
RabbitMQ是用分布式程序设计语言erlang开发的，所以天生就支持集群。
接下来，将介绍RabbitMQ分布式消息处理方式、集群模式、节点类型，并动手搭建一个高可用集群环境，最后通过java程序来验证集群的高可用性。
RabbitMQ分布式的消息处理方式有以下三种：
（1）Clustering：不支持跨网段，各节点需运行同版本的Erlang和RabbitMQ，应用于同网段局域网。
（2）Federation：允许单台服务器上的Exchange或Queue接收发布到另一台服务器上Exchange或Queue的消息,应用于广域网。
（3）Shovel：与Federation类似，但工作在更低层次。
RabbitMQ对网络延迟很敏感，在LAN环境建议使用clustering方式;在WAN环境中，则使用Federation或Shovel。
我们平时说的RabbitMQ集群，说的就是clustering方式，它是RabbitMQ内嵌的一种消息处理方式，而Federation 或Shovel则是以plugin形式存在。
8、丢消息怎么办？
这得从java的.SocketException异常说起。
简单点说就是当网络发送方发送一堆数据，然后调用close关闭连接之后。
这些发送的数据都在接收者的缓存里，接收者如果调用read方法仍旧能从缓存中读取这些数据，尽管对方已经关闭了连接。
但是当接收者尝试发送数据时，由于此时连接已关闭，所以会发生异常，这个很好理解。
不过需要注意的是，当发生SocketException后，原本缓存区中数据也作废了，此时接收者再次调用read方法去读取缓存中的数据，就会报Software caused connection abort: recv failed错误。
通过抓包得知，ActiveMQ会每隔10秒发送一个心跳包，这个心跳包是服务器发送给客户端的，用来判断客户端死没死。
如果你看过上面第一条，就会知道非持久化消息堆积到一定程度会写到文件里，这个写的过程会阻塞所有动作，而且会持续20到30秒，并且随着内存的增大而增大。
当客户端发完消息调用connection.close()时，会期待服务器对于关闭连接的回答，如果超过15秒没回答就直接调用socket层的close关闭tcp连接
了。
这时客户端发出的消息其实还在服务器的缓存里等待处理，不过由于服务器心跳包的设置，导致发生了.SocketException异常，把缓存里的数据作废了，没处理的消息全部丢失。
解决方案：用持久化消息，或者非持久化消息及时处理不要堆积，或者启动事务，启动事务后，commit()方法会负责任的等待服务器的返回，也就不会关闭连接导致消息丢失了。