Должен ли я рассматривать приведенный ниже сценарий как критический?

У меня есть служба Android java, которая будет взаимодействовать с службой HAL, используя вызовы HIDL.

У меня есть сценарий ниже, я не уверен, что считаю его критическим.

+----------+  (AIDL) +--------------+
|App thread|-------->|Java Service  | (HIDL) +-----------+
+----------+         |(SendFunction)|------->|CPP service|  
                     +--------------+        +-----------+
                     ^
+--------------+     |
|AnotherThread |-----|
+--------------+

Определение SendFunction приведено ниже.

 private void SendFunction(int status, DiagCommandDesc response) {
      try {
          server.executeCommandResponse(status, response);
         if (Log.isLoggable(TAG, Log.DEBUG)) {
              Log.d(TAG, "Response sent to HAL.");
          }
      } catch (Exception e) {
          if (Log.isLoggable(TAG, Log.DEBUG)) {
             Log.d(TAG, "HAL Server error.");
         }
      }
  } 

SendFunction вызывается из двух разных потоков. Где server — это экземпляр CPP Server, использующий HIDL.

Мой вопрос.

      server.executeCommandResponse(status, response);

Нужно ли рассматривать вышеуказанное call как критическое и синхронизировать его? поскольку объект server будет доступен из двух разных потоков.

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

Ответы 1

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

Нет, вам не нужно охранять вызов server.executeCommandResponse(status, response) в вашей службе Java.

Связь Binder уже является потокобезопасной. Безопасность одновременных вызовов executeCommandResponse внутри службы HAL должна быть обеспечена самим HAL. Есть простой способ сделать его потокобезопасным на стороне HAL: использовать пул потоков только с одним потоком. Это заставит все остальные потоки ждать завершения первого.

int main()
{
    ::android::hardware::configureRpcThreadpool(1, true);
    ::android::sp<MyHal> service = new MyHal;
    if (::android::OK != service->registerAsService())
        return EXIT_FAILURE;
    ::android::hardware::joinRpcThreadpool();
    return EXIT_SUCCESS;
}

Дополнительную информацию можно найти здесь: https://source.android.com/devices/architecture/hidl/threading

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