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的读写操作。
java mq面试题
java mq面试题一、什么是消息中间件（Message Oriented Middleware）？消息中间件是一种用于分布式系统中进行异步通信的软件，它负责将消息从发送者传递给接收者。
它的设计目标是解耦发送者和接收者，提供可靠的消息传递机制，并支持高并发和高可用性。
二、Java MQ有哪些常见的实现方式？1. JMS（Java Message Service）：JMS是Java平台的标准API，提供了一种与消息中间件进行交互的统一方式。
常见的JMS实现有ActiveMQ、RabbitMQ等。
2. Apache Kafka：Kafka是一个高吞吐量、可持久化的分布式发布订阅消息系统。
它提供了类似消息队列的功能，并以分布式日志的形式进行存储。
3. RocketMQ：RocketMQ是阿里巴巴开源的分布式消息中间件，具有高吞吐量、高可用性、高可靠性等特点。
它支持消息的发布订阅和点对点模式。
4. ActiveMQ：ActiveMQ是Apache软件基金会的开源消息代理，它实现了JMS规范，并提供了丰富的特性和可靠性保证。
三、什么是消息队列（Message Queue）？消息队列是一种基于“先进先出”（FIFO）原则的消息存储和传输方式。
它将消息发送者与接收者解耦，通过消息代理进行中转和存储，实现异步通信和削峰填谷的效果。
四、消息队列有哪些典型的应用场景？1. 异步处理：将请求发送到消息队列后立即返回，由消费者异步处理并返回结果。
常见的应用场景是发送邮件、短信等。
2. 应用解耦：通过消息队列实现不同应用之间的解耦，每个应用只关心自己需要处理的消息类型。
3. 流量削峰：在高并发场景下，通过将请求写入消息队列，再由消费者进行处理，可以减轻系统压力，避免系统崩溃。
4. 分布式事务：使用消息队列可以实现分布式事务的最终一致性，将事务相关的操作放入消息队列，由消费者进行处理和确认。
五、如何保证消息的可靠性传输？为了保证消息的可靠性传输，可以采取以下措施：1. 持久化消息：将消息写入持久化存储中，确保即使消息中间件宕机或重启，消息也能够恢复。
中间件面试题
中间件面试题中间件是指位于操作系统和应用程序之间的软件层，它提供了一系列的服务和功能，用于增强应用程序的性能、可靠性和可扩展性。
在中间件面试中，会考察候选人对中间件的理解、应用和问题排查的能力。
以下是一些常见的中间件面试题：1. 什么是中间件？中间件是指位于操作系统和应用程序之间的软件层，它起到了沟通和协调的作用，提供了一系列的服务和功能，如消息队列、缓存、负载均衡等，用于增强应用程序的性能、可靠性和可扩展性。
2. 请列举一些常见的中间件技术。
常见的中间件技术包括消息队列（如ActiveMQ、RabbitMQ）、缓存（如Redis、Memcached）、负载均衡（如Nginx、HAProxy）、分布式文件系统（如Hadoop、GlusterFS）等。
3. 你是如何进行中间件的选型和评估的？中间件的选型和评估需要考虑应用场景、性能需求、可用性要求、安全性等因素。
可以从功能特性、稳定性、社区活跃度、文档支持以及性能测试等方面进行评估，并结合实际需求和预算进行选型。
4. 在使用中间件时，你遇到过哪些常见的问题？如何解决？常见的中间件问题包括性能瓶颈、故障处理、配置错误等。
解决问题的方法包括性能调优、监控与报警、查看日志、定期维护和升级等。
同时，及时了解和学习中间件的最佳实践也是解决问题的重要途径。
5. 如何保证中间件的高可用性和可靠性？保证中间件的高可用性和可靠性可以采取多种措施，如使用主从复制、集群部署、冗余备份等技术手段。
此外，合理设置监控与报警、定期备份和灾备方案也是保证可用性和可靠性的关键。
6. 请谈谈你对消息队列的理解和使用经验。
消息队列是实现应用程序之间解耦和异步通信的重要工具。
在使用消息队列时，需要考虑消息的可靠性、消息的订阅-发布模式、生产者-消费者模型、消息的顺序性等问题，并结合自己的应用场景进行选择和配置。
7. 在分布式系统中，如何保证数据的一致性？在分布式系统中，可以采用两阶段提交（Two-Phase Commit）、三阶段提交（Three-Phase Commit）、Paxos算法等方法来保证数据的一致性。
RabbitMQ面试题 22道
异步：A 系统接收一个请求，需要在自己本地写库，还需要在 BCD 三个系统写库，自己本地写库要 3ms，BCD 三个系统分别写库要 300ms、450ms、200ms。
最终请求总延时是 3 + 300 + 450 + 200 = 953ms，接近 1s，用户感觉搞个什么东西，慢死了慢死了。
用户通过浏览器发起请求。
如果使用 MQ，那么 A 系统连续发送 3 条消息到 MQ 队列中，假如耗时 5ms，A 系统从接受一个请求到返回响应给用户，总时长是 3 + 5 = 8ms。
削峰：减少高峰时期对服务器压力。
4. 消息队列有什么缺点缺点有以下几个：1. 系统可用性降低本来系统运行好好的，现在你非要加入个消息队列进去，那消息队列挂了，你的系统不是呵呵了。
因此，系统可用性会降低；2. 系统复杂度提高加入了消息队列，要多考虑很多方面的问题，比如：一致性问题、如何保证消息不被重复消费、如何保证消息可靠性传输等。
因此，需要考虑的东西更多，复杂性增大。
3. 一致性问题A 系统处理完了直接返回成功了，人都以为你这个请求就成功了；但是问题是，要是 BCD 三个系统那里，BD 两个系统写库成功了，结果 C 系统写库失败了，咋整？你这数据就不一致了。
所以消息队列实际是一种非常复杂的架构，你引入它有很多好处，但是也得针对它带来的坏处做各种额外的技术方案和架构来规避掉，做好之后，你会发现，妈呀，系统复杂度提升了一个数量级，也许是复杂了 10 倍。
但是关键时刻，用，还是得用的。
5. 你们公司生产环境用的是什么消息中间件？这个首先你可以说下你们公司选用的是什么消息中间件，比如用的是RabbitMQ，然后可以初步给一些你对不同MQ中间件技术的选型分析。
举个例子：比如说ActiveMQ是老牌的消息中间件，国内很多公司过去运用的还是非常广泛的，功能很强大。
但是问题在于没法确认ActiveMQ可以支撑互联网公司的高并发、高负载以及高吞吐的复杂场景，在国内互联网公司落地较少。
消息队列面试题
消息队列面试题消息队列是一种常用的中间件技术，被广泛应用于系统之间的异步通信、解耦和流量控制等场景。
在面试中，经常会涉及到与消息队列相关的问题。
本篇文章将为您整理一些常见的消息队列面试题，希望能够帮助您在面试中更好地回答这些问题。
问题一：什么是消息队列？有什么作用？答：消息队列是一种用于应用程序之间传递消息的中间件，其作用是实现系统之间的异步通信和解耦。
消息队列将消息发送者和接收者解耦，发送者只需将消息发送到消息队列，而不需要关心具体的接收者。
接收者则可以根据自身的需求从消息队列中主动获取消息，而不需要与发送者直接通信。
消息队列还可以实现流量控制，当消息的发送速度超过接收者的处理能力时，消息队列可以缓存消息，避免系统阻塞。
问题二：常见的消息队列中间件有哪些？答：常见的消息队列中间件包括RabbitMQ、Apache Kafka、ActiveMQ、RocketMQ等。
每种中间件都有其特点和适用场景，选择使用哪种中间件需根据具体业务需求和系统性能要求来决策。
问题三：消息队列的工作流程是怎样的？答：消息队列的工作流程主要包含消息的发送和接收两个过程。
具体如下：1. 发送消息：发送者将消息发送到消息队列，消息队列将消息保存在内部的存储结构中，消息发送过程一般是异步的，发送者不需要等待消息的真正被消费。
2. 接收消息：接收者可以根据自身的需求从消息队列中主动获取消息。
消息队列将消息发送给接收者，并进行相应的确认操作。
接收者可以根据消息的特性进行处理，例如持久化、转发、过滤等。
问题四：消息队列的优缺点是什么？答：消息队列的优点包括：1. 解耦性：消息队列有效地实现了发送者和接收者的解耦，提高了系统的可维护性和可扩展性。
2. 异步性：消息队列可以实现消息的异步通信，发送者将消息发送到队列后即可立即返回，无需等待消息的处理结果。
3. 广播性：消息队列可以将一个消息发送给多个接收者，实现消息的广播。
4. 削峰填谷：消息队列可以根据接收者的处理能力进行流量控制，避免系统的阻塞现象。
activeMQ面试题
4. 消息的不均匀消费。
有时在发送一些消息之后，开启2个消费者去处理消息。会发现一个消费者处理了所有的消息，另一个消费者根本没收到消息。原因在于ActiveMQ的prefetch机制。当消费者去获取消息时，不会一条一条去获取，而是一次性获取一批，默认是1000条。这些预获取的消息，在还没确认消费之前，在管理控制台还是可以看见这些消息的，但是不会再分配给其他消费者，此时这些消息的状态应该算作“已分配未消费”，如果消息最后被消费，则会在服务器端被删除，如果消费者崩溃，则这些消息会被重新分配给新的消费者。但是如果消费者既不消费确认，又不崩溃，那这些消息就永远躺在消费者的缓存区里无法处理。更通常的情况是，消费这些消息非常耗时，你开了10个消费者去处理，结果发现只有一台机器吭哧吭哧处理，另外9台啥事不干。
l maximumRedeliveries 默认值6 , 最大重传次数，达到最大重连次数后抛出异常。为-1时不限制次数，为0时表示不进行重传。
l maximumRedeliveryDelay 默认值-1, 最大传送延迟，只在useExponentialBackOff为true时有效（V5.5），假设首次重连间隔为10ms，倍数为2，那么第二次重连时间间隔为 20ms，第三次重连时间间隔为40ms，当重连时间间隔大的最大重连时间间隔时，以后每次重连时间间隔都为最大重连时间间隔。
l initialRedeliveryDelay 默认值1000L, 初始重发延迟时间
l redeliveryDelay 默认值1000L, 重发延迟时间，当initialRedeliveryDelay=0时生效（v5.4）
l useCollisionAvoidance 默认值false, 启用防止冲突功能，因为消息接收时是可以使用多线程并发处理的，应该是为了重发的安全性，避开所有并发线程都在同一个时间点进行消息接收处理。所有线程在同一个时间点处理时会发生什么问题呢？应该没有问题，只是为了平衡broker处理性能，不会有时很忙，有时很空闲。
IT面试笔试题目及参考答案
2020IT面试笔试题目及参考答案2020年前端面试题目1.1、前端 MV框架的意义早期前端都是比较简单，基本以页面为工作单元，内容以浏览型为主，也偶尔有简单的表单操作，基本不太需要框架。
随着 AJAX 的出现，Web2.0的兴起，人们可以在页面上可以做比较复杂的事情了，然后前端框架才真正出现了。
如果是页面型产品，多数确实不太需要它，因为页面中的 JavaScript代码，处理交互的绝对远远超过处理模型的，但是如果是应用软件类产品，这就太需要了。
长期做某个行业软件的公司，一般都会沉淀下来一些业务组件，主要体现在数据模型、业务规则和业务流程，这些组件基本都存在于后端，在前端很少有相应的组织。
从协作关系上讲，很多前端开发团队每个成员的职责不是很清晰，有了前端的 MV框架，这个状况会大有改观。
之所以感受不到 MV框架的重要性，是因为Model部分代码较少，View的相对多一些。
如果主要在操作View和Controller，那当然 jQuery 这类库比较好用了。
参考《前端 MV框架的意义》1.2、请简述盒模型IE6盒子模型与W3C盒子模型。
文档中的每个元素被描绘为矩形盒子。
盒子有四个边界：外边距边界margin, 边框边界bder, 内边距边界padding与内容边界content。
CSS3中有个box-sizing属性可以控制盒子的计算方式，content-box：padding和bder不被包含在定义的width和height之内。
对象的实际宽度等于设置的width值和bder、padding之和。
(W3C盒子模型) bder-box：padding和bder被包含在定义的width和height之内。
对象的实际宽度就等于设置的width值。
(IE6盒子模型)参考《盒模型》1.3、请你谈谈Cookie的弊端a. 每个特定的域名下最多生成的cookie个数有限制b. IE和Opera 会清理近期最少使用的cookie，Firefox会随机清理cookiec. cookie的最大大约为4096字节，为了兼容性，一般不能超过4095字节d. 安全性问题。
ActiveMQ面试题
ActiveMQ⾯试题1. 什么是activemqactiveMQ是⼀种开源的，实现了JMS1.1规范的，⾯向消息(MOM)的中间件，为应⽤程序提供⾼效的、可扩展的、稳定的和安全的企业级消息通信。
2. activemq的作⽤以及原理Activemq 的作⽤就是系统之间进⾏通信。
当然可以使⽤其他⽅式进⾏系统间通信，如果使⽤ Activemq 的话可以对系统之间的调⽤进⾏解耦，实现系统间的异步通信。
原理就是⽣产者⽣产消息，把消息发送给activemq。
Activemq 接收到消息，然后查看有多少个消费者，然后把消息转发给消费者，此过程中⽣产者⽆需参与。
消费者接收到消息后做相应的处理和⽣产者没有任何关系3. activemq的⼏种通信⽅式3.1publish(发布)-subscribe(订阅)(发布-订阅⽅式)发布/订阅⽅式⽤于多接收客户端的⽅式.作为发布订阅的⽅式，可能存在多个接收客户端，并且接收端客户端与发送客户端存在时间上的依赖。
⼀个接收端只能接收他创建以后发送客户端发送的信息。
作为subscriber ,在接收消息时有两种⽅法，destination的receive⽅法，和实现message listener 接⼝的onMessage ⽅法3.2 p2p(point-to-point)(点对点)p2p的过程则理解起来⽐较简单。
它好⽐是两个⼈打电话，这两个⼈是独享这⼀条通信链路的。
⼀⽅发送消息，另外⼀⽅接收，就这么简单。
在实际应⽤中因为有多个⽤户对使⽤p2p的链路相互通信的双⽅是通过⼀个类似于队列的⽅式来进⾏交流。
和前⾯pub-sub的区别在于⼀个topic有⼀个发送者和多个接收者，⽽在p2p⾥⼀个queue只有⼀个发送者和⼀个接收者。
1. publish(发布)-subscribe(订阅)⽅式的处理发布订阅模式的通信⽅式，默认情况下只通知⼀次，如果接收不到此消息就没有了。
这种场景只适⽤于对消息送达率要求不⾼的情况。
java消息队列面试题
java消息队列面试题一、什么是消息队列？消息队列是一种在应用程序之间传递消息的通信方式。
它通过实现消息的异步传输，在不同的应用程序之间进行解耦，提高了系统的可伸缩性和可靠性。
二、为什么要使用消息队列？1. 解耦应用：通过消息队列，不同的应用程序可以独立地进行开发和维护，不需要直接互相调用；它们之间通过消息队列传递消息，解除了耦合。
2. 提高系统的可伸缩性：当系统负载变大时，可以通过增加消息队列的消费者来处理更多的消息，提高系统的整体处理能力。
3. 提高系统的可靠性：消息队列可以保证消息的可靠传递，即使在消息的发送或接收过程中出现故障，消息队列仍然可以保证消息的送达。
三、常见的消息队列中间件有哪些？目前，Java开发人员常用的消息队列中间件有ActiveMQ、RabbitMQ、Kafka等。
四、ActiveMQ的特点和使用场景ActiveMQ是一款基于Java的开源消息中间件，具有以下特点和适用场景：1. 支持多种传输协议：ActiveMQ支持多种传输协议，如TCP、NIO、AMQP等，可以满足不同场景的需求。
2. 灵活的消息发送和接收模式：ActiveMQ提供了点对点模式和发布/订阅模式，可以根据业务需求选择合适的模式。
3. 可靠性：ActiveMQ提供了持久化机制，可以保证消息的可靠传递。
4. 高性能：ActiveMQ使用异步方式发送和接收消息，并且支持消息的分布式传输，可以达到很高的性能。
使用场景：1. 异步通信：使用ActiveMQ可以实现异步的消息通信，提高系统的响应速度和可伸缩性。
2. 解耦消息发送和接收方：通过ActiveMQ，不同的应用程序可以解耦，实现松耦合的分布式系统。
3. 高并发场景：ActiveMQ可以处理大量的消息并发，保证系统的高并发能力。
五、RabbitMQ的特点和使用场景RabbitMQ是一个开源的AMQP(Advanced Message Queuing Protocol)消息中间件，具有以下特点和适用场景：1. 简单易用：RabbitMQ提供了简单易用的API，快速上手和集成。
mq面试必会6题经典
消息从生产到消费可以经历三个阶段：生产阶段、存储阶段和消费阶段。
•生产阶段：在这个阶段，从消息在Producer创建出来，经过网络传输发送到Broker端。
•存储阶段：消息在Broker端存储，如果是集群，消息会在这个阶段被复制到其他的副本上。
•消费阶段：Consumer从Broker上拉取消息，经过网络传输发送在Consumer上。
在这三个阶段都存在消息可能丢失的情况。
•生产阶段：消息队列通常使用确认机制，来保证消息可靠传递：当你代码调用发送消息的方法，消息队列的客户端会把消息发送到Broker，Broker 接受到消息会返回客户端一个确认。
只要Producer收到了Broker的确认响应，就可以保证消息在生产阶段不会丢失。
有些消息队列在长时间没收到发送的确认响应后，会自动重试，如果重试再失败，就会一返回值或者异常方式返回给客户端。
所以在编写发送消息的代码，需要正确处理消息发送返回值或者异常，保证这个阶段消息不丢失。
•存储阶段：如果对消息可靠性要求非常高，可以通过配置Broker参数来避免因为宕机丢消息。
对于单个节点Broker，需要配置Broker参数，在收到消息后，将消息写入磁盘再给Producer返回确认响应。
如果是Broker 集群，需要将Broker集群配置成：至少两个以上节点收到消息，再给客户端发送确认响应。
•消费阶段：消费阶段采用和生产阶段类似的确认机制来保证消息的可靠传递。
Consumer收到消息后，需在执行消费逻辑后在发送确认消息。
总结：•生产阶段，需要捕获消息发送错误，并重发消息•存储阶段，通过配置刷盘和复制参数，让消息写入多个副本的磁盘上，来确保消息不会因为某个Broker宕机或者磁盘损坏而丢失。
•消费阶段：需要在处理完全部消费业务逻辑后，再发送确认消息。
二、解决消息不会重复消费•幂等性：一个请求，不管重复来多少次，结果是不会改变的。
••RabbitMQ、RocketMQ、Kafka等任何队列不保证消息不重复，如果业务需要消息不重复消费，则需要消费端处理业务消息要保持幂等性••方式一：Redis的setNX() , 做消息id去重java版本目前不支持设置过期时间//Redis中操作，判断是否已经操作过 TODOboolean flag = jedis.setNX(key);if(flag){//消费}else{//忽略，重复消费}•方式二：redis的Incr 原子操作：key自增，大于0 返回值大于0则说明消费过，(key可以是消息的md5取值, 或者如果消息id设计合理直接用id做key)int num = jedis.incr(key);if(num == 1){//消费}else{//忽略，重复消费}•方式三：数据库去重表••设计一个去重表，某个字段使用Message的key做唯一索引，因为存在唯一索引，所以重复消费会失败•CREATE TABLE message_record ( id int(11) unsigned NOTNULL AUTO_INCREMENT, key varchar(128) DEFAULTNULL, create_time datetime DEFAULT NULL, PRIMARYKEY (id), UNIQUE KEY key (key) ) ENGINE=InnoDBDEFAULT CHARSET=utf8mb4;•三、保证消息队列的高可用行建立高可用集群四、消息积压在消息队列里面1.大量消息在mq里积压了几个小时了还没解决场景：几千万条数据在MQ里积压了七八个小时，从下午4点多，积压到了晚上很晚，10点多，11点多。
推荐 面试技巧 提高练习-电商项目遇到的面试题(有参考答案)
关于电商项目面试遇到的问题：1、电商项目中有没有用到多线程，哪些地方要用多线程？2、你项目对于订单是怎么处理的，假如一个客户在下订单的时候没有购买怎么办，对于顾客在购买商品的时候你们怎么处理你们的库存？3、计算一下133平方是多少？4、你平时测试的流程？5、你们数据库怎么设计的？6、你们怎么处理redis缓存的数据，怎么删除的？7、你觉得分布式开发的缺点是什么？8、缓存技术你觉得在什么时候用的比较多？9、你们怎么管理你们的内存？10、说说你对于web前端的优化？11、插入商品的话，要求级联插入几张表，你们当时是怎么实现的？12、支付接口是怎么做的？13、redis为什么可以做缓存？14、当被问到某个模快存在安全性问题（sso单点登录系统）时，如何回答？15、solr怎么设置搜索结果排名靠前（得分）？16、activeMQ在项目中如何应用的？17、activeMQ如果数据提交不成功怎么办？1、电商项目中有没有用到多线程，哪些地方要用多线程？项目中自己写的程序没有用到多线程，通常使用开源框架编写程序，框架中已将多线程进行了封装。
2、你项目对于订单是怎么处理的，假如一个客户在下订单的时候没有购买怎么办，对于顾客在购买商品的时候你们怎么处理你们的库存？按照我们的理解：如果客户在下订单的时候没有支付成功，最终订单没有完成，此商品信息还在购物车。
如果未完成的订单在一定的时间内不支付，自动取消。
如果管理库存？对于库存的管理，我们有专门的团队负责一个进销存系统的来管理库存。
我们是在用户付款后再调用进销存系统的接口，更改库存。
3、计算一下133平方是多少？需要详细确定题目意思？4、你平时测试的流程？开发过程中自己编写单元测试类对dao、service方法进行测试。
一个模块开发完成我会对模块的业务流程进行测试。
整个系统开发完成我们团队进行集成测试，测试通过后提交给测试人员系统进行测试阶段，我会协助测试人员进行缺陷修复。
MQ面试题
MQ面试题与常见问题解答MQ（消息队列）是一种在应用程序之间传递消息的技术，以下是一些MQ面试题及答案：1.MQ是什么？答案：MQ（消息队列）是一种在应用程序之间传递消息的技术。
它是一种异步通信模式，允许应用程序在不需要立即等待对方响应的情况下发送和接收消息。
2.MQ有哪些优点？答案：MQ的优点包括：异步处理：MQ允许应用程序在不需要立即等待对方响应的情况下发送和接收消息，提高了系统的响应性能和吞吐量。
解耦：通过使用MQ，应用程序可以独立地运行和处理消息，降低了系统间的耦合度。
流量削锋：MQ可以通过控制消息队列的长度来控制请求量，缓解短时间内的高并发请求对系统造成的影响。
日志处理：MQ可以用于处理大量的日志传输，提高系统的日志处理能力。
消息通讯：MQ一般都内置了高效的通信机制，可以用于实现点对点消息队列，或者聊天室等。
3.MQ有哪些类型？答案：MQ的类型包括：点对点模式：每个消息只有一个接收者。
发布/订阅模式：消息可以发送给多个接收者。
路由模式：消息可以发送到指定的路由路径。
主题模式：与发布/订阅模式类似，但接收者需要显式地指定他们想要接收哪些主题的消息。
4.MQ的使用场景是什么？答案：MQ的使用场景包括：异步处理：将耗时的操作放到消息队列中异步执行，提高系统的响应性能和吞吐量。
解耦：通过使用消息队列，可以将应用程序的各个模块解耦，降低系统的耦合度。
日志处理：将大量的日志数据发送到消息队列中，提高系统的日志处理能力。
事件驱动架构：通过使用消息队列，可以实现事件驱动的架构，提高系统的灵活性和可扩展性。
5.MQ的常见问题是什么？如何解决？答案：MQ的常见问题包括：消息丢失：如果消费者在消费消息后崩溃或出现其他错误，可能会导致消息丢失。
为了解决这个问题，可以启用持久化机制，将消息保存在磁盘上，并在消费者消费消息后将其确认。
此外，可以使用备份队列或复制队列等技术来避免消息丢失。
消息重复：如果消费者在消费消息时出现错误，可能会导致同一消息被多次消费。
- 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()方法会负责任的等待服务器的返回，也就不会关闭连接导致消息丢失了。