🚀 优质资源分享 🚀
| 学习路线指引（点击解锁） | 知识定位 | 人群定位 |
|---|---|---|
| 🧡 Python实战微信订餐小程序 🧡 | 进阶级 | 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 |
| 💛Python量化交易实战💛 | 入门级 | 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 |
摘要： 本文通过编译后运行找不到库文件的问题引入，首先分析了find_package(JNI)的工作流程，而后针对cmake不搜索LD_LIBRARY_PATH的问题，提出了一种通用的解决办法。
本文分享自华为云社区《CMake库搜索函数居然不搜索LD_LIBRARY_PATH? 由编译工具使用体验而引发的思考》，作者： 蜉蝣与海 。
最近产品要使用JNI技术，CMake编译C++代码时需要对外链接libjvm.so库。代码编译倒是正常，系统中也有libjvm.so, 然而使用时却报了如下异常：
error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
这个报错表示，操作系统并没有找到libjvm.so, 我们的操作系统是从LD_LIBRARY_PATH中搜索这些动态链接库，很显然目前libjvm.so并不在这个目录下。
问题的解决倒是简单，直接在LD_LIBRARY_PATH里加入libjvm.so的库即可。但是这却引发了我的思考：
为什么构建时可以找到libjvm.so, 运行时却找不到呢？
这个问题的回答，既可以有简明扼要版解释，又可以刨根问底深挖。
先来看简明扼要版解释：
代码的CMakeList中使用了下列语句，在编译过程中寻找并链接libjvm.so,这个搜索方式和操作系统的搜索方式不同:
find\_package(JNI)
get\_filename\_component(JVM\_LIB\_PATH ${JAVA\_JVM\_LIBRARY} DIRECTORY)
get\_filename\_component(JAVA\_LIB\_PATH ${JVM\_LIB\_PATH} DIRECTORY)
link\_directories(${JVM\_LIB\_PATH} ${JAVA\_LIB\_PATH})
set\_target\_properties(${NAME} PROPERTIES LINK\_FLAGS "-ljvm")
其中find_package(JNI)会搜索libjvm.so可能存在的路径，通过get_filename_component来获得libjv