海思AI芯片(Hi3519A/3559A)方案学习（二十）opencv静态库和动态库的区别

前言

在上一篇博文海思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是不会产生任何作用的。