Android R CtsJniTestCases android.jni.cts.JniStaticTest#test_dlopenPublicLibraries fail

最新推荐文章于 2024-12-13 15:08:04 发布

原创

最新推荐文章于 2024-12-13 15:08:04 发布 · 1.8k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#gms #android #cts

本文详细分析了Android系统中遇到的dlopen库文件找不到的问题，包括库文件缺失、路径配置错误以及特殊库文件的处理。针对不同情况提出了相应的解决方案，如修改'public.libraries.txt'配置、调整搜索路径及排除无效库。同时，探讨了dlopen的搜索逻辑，并给出了阅读elf文件头部信息的方法。

测试结果中有多个库文件出现如下报错：
junit.framework.AssertionFailedError: dlopen failed: library “xxxxx.so” not found

一、

test_dlopenPublicLibraries的源码在JniStaticTest.java文件中（旧版本的Android源码中搜索不到这个测试项）
没有过多内容直接调用了"LinkerNamespacesHelper.runDlopenPublicLibraries()";

"runDlopenPublicLibraries"方法将多个预先定义的public so list中配置的库名组装到一个命名为publicLibs的List变量里面。
其中比较关键的一句是：

publicLibs.addAll(readPublicLibrariesFile(new File(VENDOR_CONFIG_FILE)));

其中VENDOR_

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

染色体集团备用程序猿

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

\Linux下库的设置：ld.so.conf_文件与PKG_CONFIG_PATH变量

07-18

Linux下库的设置：ld.so.conf_文件与PKG_CONFIG_PATH变量配置理解

Android Studio导入CTS测试用例并测试

May-gemini的博客

12-24

2417

为了方便的进行CTS测试和验证，将CTS测试用例导入Android studio能够提高效率。备注：此文章也适合将安卓原生应用导入Android Studio步骤系统环境及软件电脑操作系统：Windows 10专业版 Android Studio 3.2.1 JDK 1.8.0_191 安卓源码版本：Android 9.0 NDK版本18.1.5xxx CTS测试用例导入And...

1 条评论您还未登录，请先登录后发表或查看评论

Android system — Android链接器命名空间（Android 11后）

一只立志于养老婆的程序猿

04-28

2540

android 7.0加入了对私有系统so库API调用的限制（因为私有系统库会在任意时刻更新，使用这些系统库的应用有可能会在更新后崩溃），android 8.0引入了project Treble实现框架与供应商解耦合（解决系统碎片化，升级慢），这都需要依赖链接器命名空间机制。这里主要关注的重点是链接器命名空间在android 7.0引入后对System.loadLibrary，dlopen和dlsym函数的限制。Android 11 又对配置方式进行了修改，不再使用静态文件进行配置。

android 的默认动态库的查找路径

yangzex的专栏

09-16

2149

的ld.config*上配置，还有一个硬编码的路径，分32位和64位分别有所不同。动态库的查找路径可以在路径 /

Android13-EDLA CTS/GTS/VTS等fail项记录

qq_25283407的博客

02-01

2230

EDLA 相关 CTS、GTS、VTS等fail修改记录

Android共享库命名空间

Invoker123的博客

01-05

6909

简介 Android系统中，system.load，system.loadLibrary和dlopen是三个可以加载共享库的方式。其中，system.load，system.loadLibrary是在Java代码中被使用的，dlopen是在cpp代码中被使用的。 system.load system.load接收一个路径参数，该参数 libcore/ojluni/src/main/java/java/lang/System.java @CallerSensitive public s

Android4.4 CTS测试Fail项修改总结（二）

DMT专栏

12-31

7599

接上：Android4.4 CTS测试Fail项修改总结（一） google cts官网：http://source.android.com/compatibility/cts-intro.html 4、android.admin.cts.DeviceAdminActivationTest#testActivateGoodReceiverDisplaysActivationUi FAIL

【GoogleCts】ApfIntegrationTest fail in CtsNetTestCases.apk 问题分析

。

12-13

1504

需要再分析android v 高通平台下cts fail的问题，简单介绍Android 数据包过滤器 (APF)。

【GTS】com.google.android.stagedinstall.gts.host.StagedInstallTest#testSamegradeSystemTzdataApe Fail问题

从0到1，突破自己

04-02

2584

1.首先找到host_log_xxx.txt文件查看测试fail项堆栈，如下： 12-08 13:25:51 I/ModuleListener: [1/1] com.android.compatibility.common.tradefed.testtype.JarHostTest com.google.android.stagedinstall.gts.host.StagedInstallTest#testSamegradeSystemTzdataApex FAILURE: java.lang.Asse

Android10以上自定义so加入白名单(一百二十三)

Android系统攻城狮

08-24

1452

Android10以上自定义so加入白名单。

Android Google认证 -CTS认证问题小结

Json_Jerry的博客

03-02

1万+

0.0 前言这段时间接手了CTS认证相关的工作，在这里整理一下相关的问题。（同时感谢同事对此总结提供的帮助及补充）1.0 Google Waive项目这个部分的整理，根据CTS版本来进行分类，以R13为基础版本。1.1 R131.1.1 CtsPermission2TestCases android.permission2.cts.PermissionPolicyTest#testPlatform...

Android system — 链接器命名空间共享库配置方法（Android 11后）

一只立志于养老婆的程序猿

04-29

3524

native进程的so库是直接通过dlopen打开的，而其对应的命名空间也是直接通过linker进行判断的，并没有调用到libnativeloader.so，因此native进程的配置方式也与应用进程不同。中，我们提到了“目录-区段”映射属性dir.name，指向 [name] 区段所应用到的目录的路径，其实就是baseconfig.cc中定义的dirToSection。通过上面的代码跟踪我们会发现，其实在Android 11后，应用进程共享库的配置位置都在。中我们可以看到调用了。

ldconfig && ldd 原理

刘松华-林散

09-29

2401

总结一下： a. ldconfig 查看默认库路径和ld.so.conf包含的库路径，来建立运行时动态装载的库查找路径。 b. ldconfig不会影响gcc编译、链接时的库查找路径，gcc编译链接路径由其自己确定。 c. LD_LIBRARY_PATH既影响gcc编译链接时的库搜索路径，又影响运行时库查找路径。 d. gcc链接时查找库只是为了在目标文件中确定所需的动态库，并记录在dy

达梦数据库使用总结

pzs0221的专栏

08-15

8610

一、安装达梦达梦云文档-单机部署 1、安装最好在当前用户安装，好多都是被官方手册误导“新建用户组 dinstall，新建用户 dmdba”用户安装，会带来后续权限的问题。 2、使用 1、修改用户资源限制 //执行以下命令，修改 dmdba 用户资源限制： vim /etc/security/limits.conf //文件末尾添加如下内容： dmdba soft core unlimited dmdba hard core unlimited dmdba soft nofile 65536 dmd

Android 12，调用系统库libft2.so 遇到的各种问题记录

职业：影像开发；爱好：骑车、跑步~

09-23

1608

(vendor静态库中调用libft2.so会简单点，没这么麻烦)【问题1】本地debug尝试修改：为了本地环境debug调试方便，我找了个 mk文件，在里面添加了引用libft2.so然后通过来验证，是否能成功引用libft2.so网络上找了很多资料，也尝试了很多的方法，不过都没效果。

ldconfig及其相关环境变量

LiuX

02-11

1652

前篇博文讲的是ldd命令的使用，说到ldd是一个脚本文件实际调用的是ld.so或者ld-linux.so, 现在要讲的ldconfig命令是与之密切相关的，因为ldconfig创建的连接文件本来就是给ld.so这类装载函数使用的 1. 往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library会找不到

android linker 浅析

最新发布

05-01

<think>嗯，用户的问题是关于GMS MctsMediaMiscTestCases中的NativeImageReaderTest的testTakePictures方法的详细信息或解决方案。首先，我需要回忆一下Android CTS测试相关的知识。用户提到的是MctsMediaMiscTestCases，这应该属于GMS认证中的媒体相关测试套件。首先，确定测试用例的位置。通常，CTS测试用例在AOSP的源码中，特别是MCTS可能是指Media Compatibility Test Suite。用户提到的android.media.misc.cts.NativeImageReaderTest，这说明是C++的Native层测试，可能涉及ImageReader的API使用。接下来，testTakePictures方法的具体功能。ImageReader用于从相机获取图像数据，testTakePictures可能测试的是连续拍摄多张照片的能力，或者验证图像格式、分辨率等参数是否正确。需要查找该测试的源码，分析其实现逻辑。用户可能需要解决这个测试失败的问题，所以需要考虑常见失败原因。比如权限问题，是否有相机权限；硬件支持，设备是否支持指定的图像格式；或者Native层的代码问题，比如内存泄漏或同步问题。查看提供的引用，引用[1]提到CamcorderProfileTest，引用[2]是权限拒绝的问题，引用[3]涉及驱动修改。虽然这些引用不完全相关，但权限问题和驱动修改可能有关联。例如，testTakePictures可能需要访问相机，如果权限不足会导致失败，类似引用[2]的情况。解决方案方面，建议用户检查测试日志，确认是否有权限错误或硬件不支持的错误。另外，查看测试的具体实现，可能需要修改Native代码或配置。生成相关问题时，需要考虑用户可能进一步想知道如何执行测试、分析日志、解决常见错误等。比如如何运行这个测试用例，如何查看日志，或者如何处理图像格式不支持的问题。</think>关于$GMS$ $MctsMediaMiscTestCases$中$NativeImageReaderTest$的$testTakePictures$方法，以下是技术细节和解决方案： ### 1. 测试用例定位该测试属于Android媒体子系统兼容性测试套件，验证$ImageReader$在Native层的功能实现。源码路径通常为： $$AOSP/cts/tests/media/misc/src/android/media/misc/cts/NativeImageReaderTest.java$$ ### 2. 核心实现逻辑 $testTakePictures$方法通过JNI调用Native代码执行以下操作： ```cpp // 伪代码示例 JNIEXPORT void JNICALL Java_android_media_misc_cts_NativeImageReaderTest_testTakePictures( JNIEnv* env, jobject thiz, jobject surface, jint width, jint height) { AImageReader* reader; AImageReader_new(width, height, AIMAGE_FORMAT_JPEG, 3, &reader); AImageReader_acquireLatestImage(reader, &image); // 验证图像数据完整性 AImage_delete(image); } ``` ### 3. 常见失败场景 - **权限问题**：未在$AndroidManifest.xml$声明$CAMERA$权限[^2] - **格式兼容性**：设备未实现$AIMAGE_FORMAT_JPEG$的硬件支持 - **同步问题**：Native层未正确处理图像回调线程 - **内存泄漏**：未正确释放$AImageReader$和$AImage$对象 ### 4. 调试建议 ```bash # 执行特定测试用例 adb shell am instrument -w -r -e class android.media.misc.cts.NativeImageReaderTest#testTakePictures com.android.media.misc.cts/androidx.test.runner.AndroidJUnitRunner ``` 通过$logcat$过滤关键日志： $$adb logcat | grep -E "ImageReader|AHardwareBuffer"$$ ### 5. GMS认证要求需确保设备满足以下条件： - 支持至少3个并发$AImage$对象 - JPEG格式输出分辨率需与$CamcorderProfile$匹配[^1] - 缓冲区分配符合$Gralloc$ HAL要求[^3]