Kafka消费者客户端心跳请求

1. 发起心跳请求

在Consumer客户端启动的时候,就会构建心跳监测线程HeartbeatThread并启动,

心跳监测线程名：kafka-coordinator-heartbeat-thread|group.id

例如：kafka-coordinator-heartbeat-thread | consumer0

    /**
    * Java学习资料
    * wx: javataozi888
    **/
    private boolean enabled = false;

    private synchronized void startHeartbeatThreadIfNeeded() {
        if (heartbeatThread == null) {
            heartbeatThread = new HeartbeatThread();
            heartbeatThread.start();
        }
    }

虽然这个时候启动了, 但是run方法里面有个逻辑标志为enabled=false,实际上这个时候并不会发出心跳监测的。

它会根据整个消费组的状态变化而变化。

1.1 启动心跳线程

比如, 当我们的消费者客户端发起JoinGroupRequest并成功回调, 则就会设置enabled=true

JoinGroupResponseHandler#handle

从下面的代码可以看到, JoinGroupRequest回调的时候,把客户端的状态流转为了 COMPLETING_REBALANCE，并启动的监测线程

1.2 暂停心跳线程

1. 当客户端的状态变更为 UNJOINED 或者 PREPARING_REBALANCE 的时候
2. 又或者心跳线程有异常的时候

那么心跳线程就会暂时停止, 因为 UNJOINED 或者 PREPARING_REBALANCE 的状态 本身并不需要去定时检查协调器在不在线, 并不关心。

1.3 发起心跳请求

有个相关的配置如下

熟悉描述默认值heartbeat.interval.ms消费者协调器与消费者协调器之间的心跳间隔时间,心跳用于确保消费者的会话保持活跃,并在新的消费者加入或者离开Group的时候促进Rebalance, 该值必须设置为低于session.timeout.ms，但通常应该设置为不高于该值的1/3, 也可以设置得更低3000（3 秒）

    synchronized RequestFuture<Void> sendHeartbeatRequest() {
        log.debug("Sending Heartbeat request with generation {} and member id {} to coordinator {}",
            generation.generationId, generation.memberId, coordinator);
        HeartbeatRequest.Builder requestBuilder =
                new HeartbeatRequest.Builder(new HeartbeatRequestData()
                        .setGroupId(rebalanceConfig.groupId)
                        .setMemberId(this.generation.memberId)
                        .setGroupInstanceId(this.rebalanceConfig.groupInstanceId.orElse(null))
                        .setGenerationId(this.generation.generationId));