Kafka生产者Batch发送机制与状态判定分析.pdfVIP

exhuasted，内存是否已经耗尽，可能有人阻塞在写操作，无法申请到内存，在等待新的内

存块空闲出来才可以创建新的Batch

backingOff，是跟请求重试有关系的，除非你的请求失败了，此时开始重试，然后就会在这

里有一段判断的逻辑，重试是有一个间隔的，默认是100ms，如果进入了重试的阶段，上一

次发送这个batch的时间+重试间隔的时间，是否大于了当前时间

如果一旦进入了重试阶段，每次发送这个Batch，都必须符合重试的间隔才可以，必须得是

超过了重试间隔的时间，才可以再次发送这个Batch

刚开始的时候，默认情况下，发送一个Batch，肯定是不涉及到重试，attempts就一定是0，

一定没有进入重试的状态

waitedTimeMs，当前时间减去上一次发送这个Batch的时间，假设一个Batch从来没有发送

过，此时当前时间减去这个Batch被创建出来的那个时间，这个Batch从创建开始到现在已

经等待了多久了

timeToWaitMs，这个Batch从创建开始算起，最多等待多久就必须去发送，如果是在重试的

阶段，这个时间就是重试间隔，但是在非重试的初始阶段，就是linger.ms的时间（100ms），

对于他的一些参数的含义就很清晰了

full，Batch是否已满，如果说Dequeue