но пока понимание многопоточки слабое.
Суть вопроса:
Есть внешняя кафка, в которой приложение является потребителем. Работа с кафкой реализована с помощью spring-kafka - настроен ConcurrentKafkaListenerContainerFactory и считывание идет в несколько потоков. Обработка сообщений реализована как выдача задания TaskExecutor. В методе execute просто вызывается обработчик сообщения вида:
taskExecutor.execute(() -> MessageHandler.handle(message))
При этом сам MessageHandler внедряется с помощью Autowire как singleton bean. Внутри MessageHandler идет сугубо запись в базу или проверка на то, что сообщение уже в базе есть (такое может быть).
Собственно вопрос:
Не будет ли проблем из за многопоточной обработки внутри singleton бина? Т.е. могут ли быть проблемы от того, что вызывается в несколько потоков один и тот же метод объекта? Или здесь могут быть проблемы сугубо в области синхронизации потоков (ну что-то вроде изменение значения свойства класса в разных потоках).
Понятно, что при обработке сообщений могут быть ожидания на записи/чтении из базы данных, но это в целом другая проблема и ее не рассматриваю сейчас :)
без полного кода точно сказать ничего не могу про проблемы с многопоточностью, но в этой реализации вы можете изменить порядок обработки сообщений в рамках разных партиций (скорей всего, вам этот порядок и не нужен, так как обычно порядок нужен только в рамках одной партиции, но вдруг)
Если совсем с дивана рассуждать, то всё зависит от реализации этого самого синглтона. Можно поймать много проблем, начиная с видимости данных и заканчивая проседанием производительности.
@al_nerd @pavlyuchenko_denis @senin24 спасибо за комментарии, буду пробовать.
Обсуждают сегодня