如何在spring kafka Exception handler中获取原始记录

Question

我正在为Spring kafka项目实施Exceptive处理，我有自己的DeadLetterPublishingRecoverer，它处理Kafka侦听器中发生的异常，整个流程是完美的，即当我抛出逻辑中的任何异常时，我可以根据框架实现将其记录并发送到DLQ主题。消费者记录出现问题，如果我更改消费者记录值中的任何内容，相同的消费者记录将发布到DLQ主题，更改实际上是错误的，我想记录原始消息。

...

       @KafkaListener(topics = "${message.topic.name}",containerFactory = "kafkaListenerContainerFactory")  
public void listenGroupFoo(ConsumerRecord<String, MyEvent> consumerRecord) throws InterruptedException, ExecutionException {         

    System.out.println("Received Message" + consumerRecord.value());

    MyEvent consumedEvent=consumerRecord.value();
    consumedEvent.setQuantity(1000);
    
    throw new InvalidProductCodeException();

}

...

我发送到主题的实际消息只包含10个数量，我正在更改一些内容，如将数量更改为1000，并引发一些异常（如处理时发生的任何异常）。。。

  Received MessageOrderObject CreatedDate=Mon Sep 14 19:38:15 IST 2020, productCode=TES, price=10, quantity=10, customerId=0002

...

在我抛出错误后，我的记录将是

...

Received MessageOrderObject [createdDate=Tue Sep 15 13:20:16 IST 2020, productCode=TES, price=10, quantity=10, customerId=0002]
Error  Record  OrderObject [createdDate=Tue Sep 15 13:20:16 IST 2020, productCode=TES, price=10, quantity=1000, customerId=0002]

这是我的DLQ子类

...

 @Component
 public class DeadLetterSubclass extends DeadLetterPublishingRecoverer {

@Value(value="${error.topic.name}")
static
String errorTopicName;


BusinessUtils utils=new BusinessUtils();
private static final BiFunction<ConsumerRecord<?, ?>, Exception, TopicPartition> 
 MY_DESTINATION_RESOLVER = (cr, e) -> new TopicPartition("stock-order-error-topic", cr.partition());

public DeadLetterSubclass(KafkaOperations<? extends Object, ? extends Object> template) {
    super(template,MY_DESTINATION_RESOLVER);        
    this.setHeadersFunction((consumerRecord,exception)->{
        System.out.println("Error  Record  "+consumerRecord.value());           
        return consumerRecord.headers();
    });
        
}

...

我想记录发生异常时要发布的原始事件对象（ConsumerRecord）。在我的例子中，我的实际订单数量为10，但记录的订单数量为1000，这不是实际订单。

Answer 1

由于您对原始消费者记录有硬引用，因此如果您需要它在错误处理程序中保持不变，则不应更改它。

该框架无法预料您可能会更改侦听器中的值。制作副本“以防万一”的开销太大。

您不应该改变原始值-而是克隆它，然后改变克隆。