我有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
对象将从两个不同的线程访问。
答案 0 :(得分:2)
否,您不必保护Java服务中对server.executeCommandResponse(status, response)
的调用。
Binder通信已经是线程安全的。必须由HAL自己确保在HAL服务内部并发调用executeCommandResponse
是安全的。有一种简单的方法可以使它在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