MQ简介：MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。MQ特点：MQ的消费-生产者模型的一个典型的代表，一端往消息队列中不断的写入消息，而
文章目录一、Kafka和ActiveMQ基本对比二、从消费模式看activemq与kafka三、应用场景总结 我们知道，在大数据开发过程中我们经常会使用到消息队列类型的组件。消息队列中间件主要用来实现异步消息、应用解耦、流量削峰等功能。那么，业务中常见的就是Kafka与ActiveMQ。同为消息中间件，二者的区别究竟在哪里，今天我们就做一个简单的对比。。 一、Kafka和ActiveMQ基本对
转载
2024-06-24 08:18:01
89阅读
一、语言不同RabbitMQ是由内在高并发的erlanng语言开发，用在实时的对可靠性要求比较高的消息传递上。kafka是采用Scala语言开发，它主要用于处理活跃的流式数据,大数据量的数据处理上二、结构不同RabbitMQ采用AMQP（Advanced Message Queuing Protocol，高级消息队列协议）是一个进程间传递异步消息的网络协议 RabbitMQ的broker
转载
2024-03-22 09:50:05
154阅读
一、目录1、MQ基础概念2、Kafka数据存储设计3、Kafka生产者设计4、Kafka消费者设计5、Kafka提交与移位6、Kafka消息保留策略二、MQ概念 MQ 是message queue ,消息队列，也叫消息中间件。消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问
转载
2024-05-28 13:52:31
111阅读
简介MQTT 全称为 Message Queuing Telemetry Transport（消息队列遥测传输）是一种基于发布/订阅范式的“轻量级”消息协议，由 IBM 发布。MQTT 可以被解释为一种低开销，低带宽占用的即时通讯协议，可以用极少的代码和带宽的为连接远程设备提供实时可靠的消息服务，它适用于硬件性能低下的远程设备以及网络状况糟糕的环境下，因此 MQTT 协议在 IoT（Interne
转载
2024-08-14 17:39:29
281阅读
KakiExam（参天大树考试系统）3.0介绍基于ssm垂直架构的考试系统，分为前台与后台，移动端(新增) 三大模块，前台具有，用户注册，登录，答题，计分功能，后台具有题目管理，卷纸录入功能，移动端基于H5开发，可移植至微信小程序，或封装为akp文件。软件架构软件架构说明后台采用：jdk1.8,spring,springMVC,mybatis,通用mapper ,lombook,shiro等前端采
一、RabbitMQ之简单模式模式说明生产者代码实现基本步骤消费者代码实现基本步骤官方文档二、RabbitMQ之WorkQueues模式模式说明生产者代码实现2个消费者代码实现官方文档三、RabbitMQ之Pub/Sub模式模式说明 生产者代码实现2个消费者代码实现发布订阅模式与工作队列模式的区别官方文档四、RabbitMQ之Routing模式模式说明 需求描述生产者代码实现2
转载
2024-03-16 09:07:49
42阅读
Dubbo是一个RPC调用的解决方案，我们在最开始的时候都是在一个系统中调用服务，没有远程调用，随着业务的复杂度提升，需要多系统之间进行服务调用，因此在服务的提供方和调用方之间就需要约定一个协议，进行通信，Dubbo就是这样的一个协议，他的整体架构是一个三角形，有服务提供者，注册中心，服务调用者，首先服务提供者向注册中心注册服务，然后服务调用者从注册中心获得服务提供列表，并缓存到本地，然后服务调用
转载
2024-05-05 18:33:59
119阅读
简介 消息队列，用于系统之间通信。 与dubbo+zookeeper 在不同层之间调用，ActiveMQ 可以解决同层之间的通信。 dubbo+zookeeper 有启动顺序，如果服务提供者没有启动，先启动消费者，会报错。所以同层之间如果来回引用，就不知道怎么启动了。 ActiveMQ可以实现，数据同步。如果新添加的数据，可以使
转载
2024-10-17 11:16:30
65阅读
该模块主要是监听连接的socket连接，所以这个模块主要包含一些针对连接的管理接口，该模块主要的API如下:
1、start_link(Opts, MFA) 该函数主要是启动esockd_connection_sup监听器，函数内部调用了OTP的
gen_server:start_link(?MODULE, [Opts, MFA], [])函数，然后回调该模块的init([Opts, MFA])
转载
2024-09-30 13:48:58
34阅读
1 Kafka1.1 Kafka简介Kafka是一种分布式的，基于发布/订阅的消息系统。原本开发自LinkedIn，用于将用户的行为、网站的活动（网页游览，搜索或其他用户的操作信息）发布记录到不同的话题中心，这些消息数据可实时处理，实时监测，也可加载到Hadoop或离线处理数据仓库供后续大数据发掘。Kafka主要设计目标如下：1) 以时间复杂度为O(1)的方式提供消息
转载
2024-04-10 10:27:09
124阅读
MQ的整个过程中有三处可能产生消息的丢失生产者到MQ的链路MQ自身宕机MQ到消费端的链路生产者到MQ的消息丢失生产者发送消息过程中可能因为网络问题等导致消息发送不成功，丢失数据，这个过程MQ提供了两种机制来解决：MQ事务在生产端发送消息时，可以使用MQ提供的事务提交机制，当消息发送成功后才会提交事务继续运行，否则当次处理回滚// 开启事务
channel.txSelect
try {
// 发送消
转载
2024-05-30 09:01:56
53阅读
接触分布式相关概念差不多有两周时间了，以前觉得其很神秘，离自己也很遥远，进而对它充满向往。如今有机会参与相关的工作让我觉得既兴奋又倍感压力。好了，切入正题，今天主要就之前学习的一些知识点：kafka、zookeeper做一下总结。 一：消息队列MQ 说到消息队列MQ，目前业界常用的有RabbitMQ、ZeroMQ、ActiveMQ、Kafka、RocketMQ。下面主要就Kafka进行展开分析
转载
2024-04-30 20:56:16
128阅读
RPC的实现原理正如上一讲所说，RPC主要是为了解决的两个问题：解决分布式系统中，服务之间的调用问题。远程调用时，要能够像本地调用一样方便，让调用者感知不到远程调用的逻辑。还是以计算器Calculator为例，如果实现类CalculatorImpl是放在本地的，那么直接调用即可： 现在系统变成分布式了，CalculatorImpl和调用方不在同一个地址空间，那么就必须要进行远程过程调用：
消息中间件（一）MQ详解及四大MQ比较
1、概述消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发RocketMQ等。 2、消息中间件的组成 &n
目录项目介绍common-通用server-服务端client-客户端 前方备注：由于这篇文章是去年七月写的，然后本来打算写过，就删了，但是感觉后面改善的也没有特别多，就是加了个负载均衡啥的，就又恢复了…，然后项目也放GitHub了，地址：simple-rpc，这篇文章做个参考还行。项目介绍前段时间看了《netty实战》这本书，简单的入了一个netty的门，然后想着dubbo RPC也是用net
转载
2024-07-15 00:37:54
23阅读
1.了解消息队列A.Dubbo远程调用的性能问题Dubbo调用在微服务项目中普遍存在这些Dubbo调用都是同步的"同步"指:A(消费者)调用B(生产者)的服务A在发起调用后,在B返回之前只能等待直到B返回结果后A才能运行 Dubbo消费者发送调用后进入阻塞状态,这个状态表示该线程仍占用内存资源,但是什么动作都不做如果生产者运行耗时较久,消费者就一直等待,如果消费者利用这个时间,那么可以处理更多请求
转载
2024-09-03 10:04:52
113阅读
# Kafka和MQ的区别
Kafka和MQ（消息队列）都是用于消息传递的中间件，但它们有一些不同点。在本文中，我将详细介绍Kafka和MQ的区别，以及它们各自的优缺点。
## 流程概述
首先，让我们看一下使用Kafka和MQ时的典型流程。下表列出了使用Kafka和MQ的步骤：
| 步骤 | 使用Kafka | 使用MQ |
|------|----------|-------|
| 1.
原创
2024-05-07 09:45:35
201阅读
01 为什么从 Kafka 开始？ 《吃透 MQ 系列》之核心基础篇 围绕 MQ 「一发一存一消费」的本质展开，讲解了 MQ 的通用知识，同时系统性地回答了：如何着手设计一个 MQ？从这篇文章开始，我会讲解具体的消息中间件，之所以选择从 Kafka 开始，有 3 点考虑：第一，RocketMQ 和 Kafka 是目前最热门的两种消息中间件，互联网公司应用最为广泛，将
同步和异步通讯微服务间通讯有同步和异步两种方式：同步通讯：就像打电话，需要实时响应。异步通讯：就像发邮件，不需要马上回复。同步通讯优点：时效性较强，可以立即得到结果缺点：耦合度高性能和吞吐能力下降有额外的资源消耗有级联失败问题异步通讯优点：吞吐量提升：无需等待订阅者处理完成，响应更快速故障隔离：服务没有直接调用，不存在级联失败问题调用间没有阻塞，不会造成无效的资源占用耦合度极低，每个服务都可以灵活
