本系列为华为海思海思AI芯片(Hi3519A/3559A)方案学习系列之二十，系列文章请关注海思AI芯片方案学习。
作者：ltshan139
前言
在上一篇博文海思AI芯片(Hi3519A/3559A)方案学习（十九）如何在推理动态链接库中引入opencv库 中有提到 当link opencv静态库即libopencv_world.a时，在编译链接成可执行文件时会出现下面链接错误：
使用readelf -S libopencv_world.a没有发现这些函数的定义，但libopencv_world.so里面是有的。
分析
通过搜索源代码发现，这些函数都是第三方库函数的实现，具体路径如下
编译出来的静态库*.a都放在./lib下面。
关键点是， libopencv_world.so有把这些静态库link进去了，但是libopencv_world.a没有。 一般地，静态库只是对obj文件进行简单的封装，如 ar -cr libtest.a test1.o test2.o。从这里也可以看出，静态库只能对简单的代码文件进行封装，而动态库不仅仅可以把obj文件编译进来，还可以把静态库*.a也包含进来。
关于opencv静态库和动态库的所依赖的文件信息，可以参考下面两个文件，并从中找出异同。
回到前言部分的问题，我们需要link libopencv_world.a的同时，还要手动link 第三方库，这样才能在编译链接可执行文件时不会出现链接错误，如下所示。
结论
通过本博文，可以更深刻理解openv静态库和动态库的异同。此外，还有几个注意点：
1）当使用-lopencv_world时，而指定链接目录里面既有libopencv_world.so又有libopencv_world.a，系统会优先link动态库libopencv_world.so。
2）可以使用-Wl,Bstatic -lopencv_world -Wl,Bdynamic来专门链接libopencv_world.a。 当然也可以把libopencv_world.so删掉。
3）在生成动态链接库时，尽量link所有可能的静态库，以实现最大限度的封装，避免应用层再去link相关静态库。
4）当动态库A不可避免的依赖动态库B（如果B没有静态库格式），那么就需要在编译链接可执行程序时同时链接A和B，如-lA,-lB。在生成A时去link B是不会产生任何作用的。
版权声明：本文为CSDN博主「ltshan139」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ltshan139/java/article/details/97396149
海思AI芯片系列文章
- 海思AI芯片(Hi3519A/3559A)方案学习（十九）如何在推理动态链接库中引入opencv库
- 海思AI芯片(Hi3519A/3559A)（十八）将sample sdk代码重构并编译成动态链接库
- 海思AI芯片(Hi3519A/3559A)方案学习（十七）开发板上运行yolo3模型的代码分析
更多海思AI芯片方案学习笔记欢迎关注海思AI芯片方案学习。
