互联网全景消息实战
文章平均质量分 89
RocketMQ学习专栏
技术路上的苦行僧
不怕别人天赋比你高,就怕别人比你更努力
展开
-
互联网全景消息(6)之RocketMq-NameServer源码分析
RocketMQ 是阿里巴巴集团基于高可用分布式集群技术,自主研发的云正式商用的专业消息中间件,既可为分布式应用系统提供异步解耦和削峰填谷的能力,同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性,是阿里巴巴双 11 使用的核心产品。原创 2024-09-29 17:26:53 · 976 阅读 · 0 评论 -
互联网全景消息(5)之RocketMq快速入门(下)
零拷贝(英语: Zero-copy) 技术是指计算机执行操作时,CPU不需要先将数据从某处内存复制到另一个特定区域。这种技术通常用于通过网络传输文件时节省CPU周期和内存带宽。➢零拷贝技术可以减少数据拷贝和共享总线操作的次数,消除传输数据在存储器之间不必要的中间拷贝次数,从而有效地提高数据传输效率➢零拷贝技术减少了用户进程地址空间和内核地址空间之间因为上:下文切换而带来的开销可以看出没有说不需要拷贝,只是说减少冗余[不必要]的拷贝。原创 2024-09-21 13:27:32 · 877 阅读 · 0 评论 -
互联网全景消息(3)之RocketMq快速入门(上)
NameServer。原创 2024-09-12 22:30:51 · 914 阅读 · 0 评论 -
互联网全景消息(4)之RocketMq快速入门(中)
Producer将消息发送到消息队列RockerMQ服务端,但并不期望这条消息立马投递(被消费者消费),,而是延迟一定时间后才投递到 Consumer 进行消费,该消息即延时消息。:消息生产和消费有时间窗口要求:比如在电商交易中超时未支付关闭订单的场景,在订单创建时向RocketMQ发送一条延时消息。这条消息将会在 30 分钟以后投递给消费者,消费者收到此消息后需要判断对应的订单是否已完成支付。如支付未完成,则关闭订单。如已完成支付则忽略。原创 2024-09-18 22:36:48 · 704 阅读 · 0 评论 -
互联网全景消息(1)之RabbitMq基础入门
类型名称路由规则Default自动命名的直交换机Direct把消息路由到BindingKey和RoutingKey完全匹配的队列中,RoutingKey==,严格匹配Fanout发送到该交换机的消息都会路由到与该交换机绑定的所有队列上,可以用来做广播Topictopic和direct类似,也是将消息发送到RoutingKey和BindingKey相匹配的队列中,只不过可以模糊匹配Headers根据发送的消息内容中的headers。原创 2024-08-28 15:42:43 · 1070 阅读 · 0 评论 -
RocketMQ(2)之消息发送案例
rockmq消息发送案例原创 2023-09-05 15:45:09 · 630 阅读 · 0 评论 -
RocketMQ(1)之RocketMQ架构设计与概念
RocketMQ主要由 Producer、Broker、Consumer 三部分组成,其中Producer 负责生产消息,Consumer 负责消费消息,Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器,每个 Broker 可以存储多个Topic的消息,每个Topic的消息也可以分片存储于不同的 Broker。Message Queue 用于存储消息的物理地址,每个Topic中的消息地址存储于多个 Message Queue 中。原创 2023-08-31 10:35:37 · 341 阅读 · 0 评论