Как KCL внутренне порождает новый RecordProcessor

У меня есть потребитель java (реализация KCL), чтобы потреблять сообщения из 1 потока Kinesis с двумя осколками.

KCL создает 2 RecordProcessors, которые коррелируют с каждым осколком.

Затем я поставил свою машину в сон, поэтому JVM приостановлена. Когда вы пробуждаетесь, библиотека KCL создает 2 дополнительных RecordProcessors в дополнение к оригинальным 2 RecordProcessors. Поэтому для каждого осколка есть 2 процессора, которые вызывают конфликт.

Ожидаемое поведение не должно порождать 2 новых RecordProcessors, в то время как оригинальные RecordProcessors все еще на месте. Где код в KCL, который имеет дело с логикой появления новых RecordProcessors?