HarmonyOS 鸿蒙Next平台上测试验证so文件功能

我们的应用使用到了现有的C/C++工程功能，现已交叉编译出so文件，下一步需要测试验证这些so文件在鸿蒙平台上功能是否正常，以便进行下一步的napi接口封装开发。是否有相关指引和教程，指导我们完成本次测试验证so文件功能的工作。

鸿蒙引入外部so库，请参考一下链接https://gitee.com/openharmony-sig/tpc_c_cplusplus/blob/master/lycium/doc/app_calls_third_lib.md#%E5%BA%94%E7%94%A8%E4%B8%AD%E8%B0%83%E7%94%A8%E4%B8%89%E6%96%B9%E5%BA%93

参考步骤如下

1.新建一个native C++模板的工程

2.交叉编译，您已完成跳过

3.移植三方库，https://gitee.com/openharmony-sig/tpc_c_cplusplus/blob/master/lycium/doc/ohos_use_sdk/OHOS_SDK-Usage.md

4.集成进项目，https://gitee.com/openharmony-sig/tpc_c_cplusplus/blob/master/lycium/doc/app_calls_third_lib.md

要跑原库自带的用例，需要依赖比较多的工具，如busybox，ctest,perl,make等工具，当前这些工具鸿蒙设备上面无法运行和移植，因为相关工具中的api不支持，无法编译这些工具。需要用户自己通过native工程去写单元测试用例,，就是之前提供的那种方案，在ArkTS侧调用Native的单元测试方法。

更多关于HarmonyOS 鸿蒙Next平台上测试验证so文件功能的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

songsunli 2楼•6 天前

在HarmonyOS 鸿蒙Next平台上测试验证so文件功能，需确保以下步骤正确执行：

准备so文件：确保so文件已正确编译，且适用于HarmonyOS平台。文件名及路径需与项目配置一致。
配置项目：在项目的build.gradle或相关配置文件中，添加对so文件的引用。确保配置正确指向so文件所在目录。
加载so文件：在Java或Kotlin代码中，通过System.loadLibrary("库名")加载so文件。库名需与so文件前缀一致（不含前缀lib和后缀.so）。
调用native方法：确保Java或Kotlin类中声明的native方法与so文件中实现的方法名称、参数类型及返回类型一致。调用这些native方法以验证so文件功能。
运行测试：在HarmonyOS模拟器或设备上运行应用，观察是否出现因so文件加载或方法调用导致的崩溃或异常。
日志分析：检查应用日志，查找与so文件加载或native方法调用相关的错误信息。

若按照上述步骤操作后，so文件功能仍无法验证通过，可能涉及so文件与HarmonyOS平台兼容性问题或其他配置错误。如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html 。