Блокировка внутри StreamObserver.onNext ()

Я не смог найти ничего об этом в документации GRPC. Ожидает ли GRPC, что моя реализация StreamObserver.onNext() будет неблокирующей? Каковы последствия для GRPC, если он блокирует (например, отклоняет новые запросы, ставит новые запросы в очередь и т. д.)?

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
0
0
677
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Вы можете заблокировать, если вам нужно заблокировать.

Поскольку обратные вызовы для RPC не считаются потокобезопасными, блокировка задержит другие обратные вызовы до тех пор, пока вы не вернетесь. Это включает setOnReadyHandler и setOnCancelHandler в ClientCallStreamObserver и ServerCallStreamObserver.

При потоковой передаче RPC gRPC автоматически запрашивает другое сообщение после того, как вы вернетесь с вашего onNext(), поэтому, если вы заблокируете gRPC, вы избежите получения слишком большого количества сообщений. Однако gRPC по-прежнему позволяет буферизовать некоторые сообщения.

Блокировка не влияет на новые RPC.

Другие вопросы по теме