Чем SharedFlow и StateFlow отличаются по поведению подписчиков и буферизации?

SharedFlow и StateFlow: различия в поведении и буферизации

• SharedFlow и StateFlow — холодные потоковые API Kotlin Coroutines, предназначенные для коммуникации между потоками.
• StateFlow постоянно хранит одно актуальное значение состояния, поэтому новый подписчик сразу получает последнее состояние.
• SharedFlow представляет собой поток событий: он может работать как без буферизации, так и сохранять несколько значений.
• В StateFlow используется буфер размером 1: поток всегда сохраняет последнее значение.
• Для SharedFlow можно задать количество буферизуемых событий; при replay, равном 0, подписчики видят только события, возникшие после подписки.
• StateFlow удобен в UI-моделях, когда требуется знать текущий статус, а SharedFlow — для событий, которые необходимо повторно проигрывать или распространять.
• SharedFlow предоставляет больше настроек — replay и буферизацию, тогда как StateFlow проще применять для стейта с одним актуальным значением.

Итак, SharedFlow передаёт события и поддерживает настраиваемый буфер, а StateFlow передаёт состояние, сохраняя и выдавая только его последнее значение.

Подробный ответ

Основной ответ

SharedFlow и StateFlow относятся к горячим потокам Kotlin Coroutines, однако решают разные задачи и ведут себя по-разному. StateFlow является особым вариантом SharedFlow, который сохраняет состояние: он всегда содержит актуальное значение и использует буфер из одного элемента — текущего состояния. SharedFlow — более универсальный механизм: для него можно задавать произвольную буферизацию и правила поведения при переполнении, при этом хранить последнее значение необязательно.

Ключевые моменты

• Поведение подписчиков: StateFlow передаёт каждому новому подписчику последнее сохранённое значение, поэтому актуальное состояние доступно сразу. SharedFlow по умолчанию ничего не сохраняет, и новый подписчик получает только значения, излучённые после оформления подписки.
• Буферизация: StateFlow использует фиксированный буфер на один элемент, в котором находится текущее состояние. В SharedFlow можно отдельно настроить размер буфера через replay и extraBufferCapacity, а также выбрать стратегию переполнения — DROP_OLDEST или DROP_LATEST.
• Назначение: StateFlow оптимален для хранения и отслеживания состояния UI, когда ключевое значение имеет последний результат. SharedFlow чаще применяют для широковещательных потоков событий (event streams), которым могут требоваться буферизация и более детальное управление.

Практический контекст

В React Native и Android MVVM StateFlow обычно используют для представления текущего состояния UI — loading, data или error, что помогает сохранять согласованность интерфейса. SharedFlow подходит для навигационных событий, сообщений и сигналов, включая однократные события: прошлые значения в таком случае можно не хранить, но важно внимательно настроить буфер и сброс состояния.