Confluent Kafka：设置acks为0后，生产消息后是否需要调用poll()？

1. acks=0是不是完全不会有acknowledgment？ #

不是。acks=0的核心逻辑是生产者不等待任何Broker的确认，发完消息就直接判定成功。Broker收到消息后还是会生成ack，但生产者根本不会去监听或者等待这个响应，相当于主动忽略了ack环节。

2. 生产消息后可以不用调用poll()吗？ #

不行，必须定期调用poll()。confluent-kafka的生产者内部依赖poll()处理关键后台逻辑：

• 元数据更新：比如Topic分区变化、Broker集群节点变动，这些都需要poll()触发同步，不然生产者可能找不到正确的发送目标。
• 内部事件驱动：哪怕没有设置发送回调，生产者内部的异步流程也需要poll()来推进，长期不调用会导致内部状态紊乱。
• 建议哪怕是非阻塞调用poll(0)，也要每隔一段时间执行一次，避免出问题。

3. 不调用poll()会不会导致内部队列被填满？ #

肯定会。生产者内部有个待发送消息队列，poll()负责把队列里的消息推送给Broker。如果一直不调用poll()，消息会不断堆积，当达到queue.buffering.max.messages或queue.buffering.max.kbytes的上限时：

• 若block.on.buffer.full为true（默认），后续的produce()会被阻塞，直到队列有空闲位置。
• 若设置为false，后续produce()会直接抛出BufferError异常。

内容的提问来源于stack exchange，提问作者Jeroen