wenjunlang的博客

所以在消费端。

自定义分区分配算法会使用内核提供的接口，用户可以根据自身需求实现自定义算法，然后指定配置生效即可。比如 Kafka 提供了接口来提供自定义分区分 配策略。

可以让用户灵活使用。内核提供接口。

数据可能是连续的，也可能是不连续的。每个节点上所有分区的数据存储在同一个“文件”：因为只有一个文件，不存在文件过多的情况，写入层面一直都会是顺序的，性能一直很高，但在消费的时候，多个分区的数据存储在同一个文件中，同一个分区的数据在底层存储上是不连续的，硬盘层面会出现随机读的情况，导致读取的性能降低。持久化存储是基本的功能，但消息队列主要是用于缓冲分发，它的数据存储是临时的，数据持久化存储后，在一定的时间或操作后，需要自动过期删除，而消息队列中的数据一般分为元数据和消息数据，元数据指的是。

最直观的思路就是阻塞等待模型，通过不断轮询等待请求，拿到数据包后交由业务线程处理，处理完之后直接把处理结果返回给客户端，但阻塞等待模型是串行处理机制，每个请求要等待上一个请求完成，就是接收到返回数据之后，处理完成了，才能轮到等待的请求进行处理，所以单个请求通常会采用异步事件驱动模型，通过。的阻塞上，可以让系统在单线程中同时处理多个客户端请求，就是仅靠单线程就可以同时处理多个客户端请求，减小了系统开销，因为仅靠单线程就可以，所以不需要去额外创建进程或线程，降低线程维护的工作量、节约资源。

消息队列的核心就是高吞吐、低延时、高可靠、所以在协议选型上，可靠性要高，不能丢失数据、性能要高、通信的延时要低、协议的内容要精简，带宽用率要高、协议具备可拓展性，方便功能的增删。协议体的设计和业务功能是密切相关的，因为协议体是携带本次请求/响应的具体内容，不同接口功能不一样，如生产、消费、确认，但在设计上是有共性的，比如极简、向后兼容、协议版本管理。从协议的角度看，一般业务需求的改变都会涉及到请求内容的修改，因为请求会包含一些业务数据，所以请求协议的变化是比较频繁的，但是返回头只需要获取到请求的唯一标识。