Android下RPATH配置无效：原生程序无法找到系统共享库的问题咨询

问题背景 #

我构建了一个使用GPU委托进行推理的原生可执行文件，该文件依赖于同一目录下的libtensorflowlite_gpu_delegate.so。运行时提示找不到该共享库，设置RPATH为./后可正常找到。

但随后出现“libOpenCL.so not found”错误，我在/system/vendor/lib64找到该库，将其复制到同一目录后程序正常运行。

但我不想重复复制系统已有的库，于是给可执行文件添加了/system/vendor/lib64的RPATH，并用readelf确认：

Dynamic section at offset 0x9fc0058 contains 40 entries:
  Tag                Type                 Name/Value
 0x000000000000001d (RUNPATH)            Library runpath: [/system/vendor/lib64/:./]

然而配置新RPATH后仍提示找不到libOpenCL.so。我已在adb shell下开启su权限，该文件权限为-rw-r--r--。

问题 #

1. 为何此处设置RPATH无效？
2. 这可能不是让原生程序找到系统目录下共享库的最佳方式，我有一个非原生应用可正常使用GPU委托。根据文档，在我的API_LEVEL下，任何原生共享库均可访问，无论是否为NDK库。请问是否有方法让原生构建的应用获得访问权限？

解答 #

1. RPATH无效的原因 #

• 路径格式错误：你设置的RUNPATH里/system/vendor/lib64/多了末尾的斜杠，部分Android动态链接器对带末尾斜杠的路径解析存在问题，建议去掉斜杠，改为/system/vendor/lib64:./再尝试。
• Android链接器的权限限制：Android的ld.so动态链接器对直接指定系统vendor目录的RPATH有严格限制，哪怕你有root权限，SELinux规则或链接器命名空间约束也会让这类路径被忽略——系统库的加载路径不是单纯靠RPATH就能自定义的。
• 库架构或符号链接问题：检查/system/vendor/lib64/libOpenCL.so是否是符号链接，指向的实际库是否存在；同时确认你的可执行文件架构（比如arm64-v8a）和该库的架构完全匹配，架构不匹配也会触发“找不到”的错误。

2. 合法访问系统库的方案 #

• 打包成Android应用：这是最可靠的方式。把你的原生可执行文件放到Android应用的libs/[架构]/目录下，通过APK打包安装。Android应用进程默认拥有访问系统vendor库的权限，链接器会自动处理系统库的查找路径，这也是你提到的非原生应用能正常运行的核心原因——它们运行在应用沙箱环境中，有合法的库访问权限。
• 借助NDK构建配置声明依赖：在构建原生程序时，通过CMakeLists.txt或Android.mk声明对libOpenCL.so的依赖，NDK会自动处理系统库的引用逻辑，确保编译后的程序在Android应用环境中能正确加载库。哪怕是单独的可执行文件，打包进APK后也能正常运行。
• 修改链接器命名空间（不推荐）：如果你坚持直接运行原生可执行文件，可以尝试从正常运行的GPU委托应用中提取链接器命名空间配置，手动加载到你的进程中，但操作复杂且依赖Android版本，稳定性极差，不建议采用。

内容的提问来源于stack exchange，提问作者shelper