问题描述:
问题是这样的,在调用第三方摄像机时,App出现ID号无效
的问题。问题的大概原因,是因为使用新型摄像机需要最新版的底层so 库,因为旧版so 库不扩展新型摄像机的使用。以下是在旧版App 上替换so 库,调试和测试时遇到的问题。
1、运行项目时,出现的no non-static method
错误。
此错误提示的意思是,没有找到相关的非空静态方法。原因是,在Java 层没有找到和so 库某个函数相应的函数,类似即无法找到Java 类某个函数的映射。(查看博客得知)
- 查找过程:
项目中明明调用的是PPPPSetCallbackContext(this)
,为什么会提示,在调用so 库函数时,没有找到CallBack_TFCardRecord
。一看,NativeCaller
类确实没这个函数。新版本App 也是没的,但为什么能正常运行。后面通过查找,发现新版的该函数放在Service
类。后面把该函数复制到旧版代码中,可以解决该问题。原来这是一个威视达康新增的一个tf 卡播放下载接口的问题。
查看博客,里面说到,类似没有找到java 相关反射类的问题,应该就是java 层没有so 库相应的函数。所以so 库函数相应的函数不一定要在NativeCaller 类里。
2、运行项目时,提示arm64-v8a
找不到64位库的问题。
这时怎么处理。由于第三方摄像机厂商没有提供64 位的库,因此只能在app.gradle
文件中,做ndk so库
的是否包含某个cpu架构
的编译路径处理。
在defaultConfig
节点下,添加如下需要的某个cpu 架构
编译路径的处理
ndk{
addFiles ...
addFiles ...
}
3、在此次替换老版本App so库时,怎么快速调试代码。
- 比如要打开摄像机,首先要看前面代码,摄像机是怎么打开。
- 在没网关,没账号的情况下,打开摄像机的代码应该放在哪调试。
a、
b、
4、问题流程图。
继续改网关。
1、明明jniLibs
下添加了ffmpeg
so库,偏偏提醒,没找到ijkffmpeg
so库。明明NativeCaller
类已经静态加载了ijkffmpeg
库,却还是提示这个错误。原来放在jniLibs
下的so 库名错了,放的库名是ffmpeg.so
,而静态加载s又写成了static loadLibrary("ijkffmpeg")
,因此造成了问题。
2、调试过程中,不断出现找不到对应java 层函数的问题,后面不断的运行程序,然后缺少哪个函数,就补哪个函数。