长河0

1. 前言 Dubbo一般很少单独使用，更多的是和Spring框架做集成，但是不管怎样，Dubbo最终都是创建并启动DubboBootstrap。Dubbo系列文章只研究Dubbo，因此不会和Spri

1. 前言 Dubbo服务框架采用了「微内核+插件」的设计原则，Dubbo自身的核心功能点也是通过扩展点实现的，这意味着Dubbo几乎所有的功能点都可以由用户自定义的扩展和替换，这也大大的提高了Dub

这是我参与11月更文挑战的第1天，活动详情查看：2021最后一次更文挑战。 悲观锁和乐观锁是用来解决并发问题的两种思想，在不同的平台有着各自的实现。例如在Java中，synchronized就可以认为

1. 前言 为什么会接触JavaAgent呢？ ​ 这起源于笔者最近在读Dubbo的源码，Dubbo有一个很有意思的功能——SPI，它可以根据运行时的URI参数，自适应的调用特定的实现类。大致的原理其

1. 前言 在RocketMQ体系中，系统预定义了一系列的Topic，开发者自定义的Topic名称不可以和它们重名，否则会抛异常。这些预定义的系统Topic都有它们各自的用途，例如RMQ_SYS_TR

1. 前言 在消息中间件中，消费者对于消费成功的消息，一般是需要返回ACK给Broker的，它的目的是让Broker知道消息已经被成功消费，不必再投递给其它消费者重试了。在RocketMQ中，这一过程

1. 前言 Consumer启动后会立即触发一次「重平衡」操作，给自己分配MessageQueue，对于新分配的MessageQueue会提交拉取请求，开始拉取消息进行消费。应用在消费消息时，返回消费

RocketMQ拥有海量的消息积压能力，主要是因为它支持消息的持久化，Broker接收到消息后，会将消息写入CommitLog文件。但是，磁盘IO的效率较低，为了保证性能和吞吐量，RocketMQ通过

1. 前言 顺序消息是RocketMQ的特性之一，它可以让Consumer消费消息的顺序严格按照消息的发送顺序来进行。例如：一条订单产生的三条消息：订单创建、订单付款、订单完成。消费时要按照这个顺序依