构建使用协议缓冲区的Android可执行gRPC服务器(不使用APK)

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了构建使用协议缓冲区的Android可执行gRPC服务器(不使用APK)相关的知识,希望对你有一定的参考价值。

我从here编译了gRPC android示例。

我想从adb shell运行程序作为可执行文件。

将这些行添加到grpc-helloworld.cc

#include <iostream>

int main() {
  std::cout << "qwerty" << std::endl;
  return 0;
}

这些线路到它的CMakeLists.txt

add_executable(avocado
    src/main/cpp/grpc-helloworld.cc)

target_include_directories(avocado
  PRIVATE ${HELLOWORLD_PROTO_HEADERS})

target_link_libraries(avocado
  helloworld_proto_lib
  android
  ${log-lib})

然后我推送生成的可执行文件和libs文件并尝试运行它:

LD_LIBRARY_PATH=. ./avocado

我收到以下错误:

[libprotobuf FATAL /home/buga/grpc/third_party/protobuf/src/google/protobuf/stubs/common.cc:79]这个程序是针对Protocol Buffer运行时库的3.0.0版编译的,它与安装版本(3.5.1)。请与程序作者联系以获取更新。如果您自己编译了程序,请确保您的标题来自与链接时库相同的Protocol Buffers版本。 (版本验证在“out / soong / .intermediates / frameworks / av / drm / libmediadrm / libmediadrm / android_arm64_armv8-a_kryo300_shared_core / gen / proto / frameworks / av / drm / libmediadrm / protos / plugin_metrics.pb.cc”中失败。)终止与google :: protobuf :: FatalException类型的未捕获异常:此程序是针对协议缓冲区运行时库的3.0.0版编译的,该版本与已安装的版本(3.5.1)不兼容。请与程序作者联系以获取更新。如果您自己编译了程序,请确保您的标题来自与链接时库相同的Protocol Buffers版本。 (版本验证在“out / soong / .intermediates / frameworks / av / drm / libmediadrm / libmediadrm / android_arm64_armv8-a_kryo300_shared_core / gen / proto / frameworks / av / drm / libmediadrm / protos / plugin_metrics.pb.cc”中失败。)中止

我究竟做错了什么?

我们意识到有一个名为libprotobuf-cpp-full.solibprotobuf-cpp-lite.so的protobuf库的版本,它们的版本似乎是3.0.0。这与我们的版本(3.5.1)相冲突,它被编译成静态库或共享库。

答案

我不太清楚为什么会这样。一旦链接器加载helloworld_proto_lib,它会覆盖所有加载的protobuf符号,并且由于某种原因,与你无关的另一个库会崩溃你的程序。但这并没有告诉你任何新的东西。

这是解决此问题的一种方法:

1. Changes to grpc-helloworld.cc

制作主要的extern "C",并改变它的名字。例如:

 extern "C" int my_main() {
  std::cout << "qwerty" << std::endl;
  return 0;
}

2. Add file grpc-avocado.cc

这将包含可执行文件的实际主要内容,它将动态加载库helloworld_proto_libgrpc-helloworld。这是怎么做的:

#include <iostream>
#include <android/dlext.h>
#include <dlfcn.h>

int main() {
  android_dlextinfo extinfo;
  extinfo.flags = ANDROID_DLEXT_FORCE_LOAD;

  void* proto_lib = android_dlopen_ext("/path/to/libhelloworld_proto_lib.so", RTLD_LAZY, &extinfo);
  void* helloworld = dlopen("/path/to/libgrpc-helloworld.so", RTLD_LAZY);
  int (*my_main)() = (int (*)())dlsym(helloworld, "my_main");

  return my_main();
}

来自android_dlopen_ext的函数#include <android/dlext.h>及其标志参数在这里描述:https://developer.android.com/ndk/reference/group/libdl。在上面的代码中,我们传递了标志ANDROID_DLEXT_FORCE_LOAD,其记录为:

设置后,请勿使用stat(2)检查库是否已加载。

此标志允许在由于某种原因多个ELF文件共享相同文件名的情况下强制加载库(例如,因为已经加载并覆盖了已加载的库)。

请注意,如果库具有与旧版本相同的DT_SONAME,并且某些其他库在其DT_NEEDED列表中具有soname,则第一个库将用于解析任何依赖项。

我认为粗体文本解释了为什么这个解决方案有效。

3. Change CMakeLists.txt

由于您将动态加载helloworld_proto_lib,现在可以从可执行文件定义中删除它,并且不需要任何proto头:

add_executable(avocado
    src/main/cpp/grpc-avocado.cc)

target_link_libraries(avocado
  android
  ${log-lib})

Build, push, and run

你现在可以构建,推送可执行文件avocado和两个库libgrpc-helloworld.solibhelloworld_proto_lib.so,然后运行。你不需要LD_LIBRARY_PATH。祝你项目的其余部分好运!

以上是关于构建使用协议缓冲区的Android可执行gRPC服务器(不使用APK)的主要内容,如果未能解决你的问题,请参考以下文章

使用命名管道承载gRPC

协议缓冲区如何比 XML 和 JSON 快?

asp.net core 3.0 gRPC框架小试

将 gRPC 与 Electron 14 一起使用

.NET使用命名管道承载gRPC

GRPC代替webapi Demo。