一、只有一个源文件的程序编译
首先在当前目录下创建两个文件
hello.cpp
CMakeLists.txt （注意CMakeLists大小写，不要写错了）
cmake_minimum_required (VERSION 2.8)
project (learn_cmake)
add_executable(hello hello.cpp)- 第一行意思是cmake最低版本要求2.8，
- 第二行是本项目的工程名
- 第三行：第一个变量：要生成的可执行文件名为hello，后面的参数是需要的依赖。
接着在当前目录下执行 cmake . 接着会发现目录下多生成了一些文件，例如Makefile，然后使用GNU make命令来编译程序，会生成可执行程序。
二、同一目录下多个源文件
此时在当前目录新增两个依赖，并mian函数的执行需要依赖这两个文件
add.cpp
add.h
只需要在CMakeLists.txt中添加所依赖的.cpp文件，编译步骤和上面相同。
cmake_minimum_required (VERSION 2.8)
project (learn_cmake)
add_executable(hello hello.cpp myadd.cpp)三、同一目录下很多源文件
如果同一目录下有无穷多源文件，那么一个一个添加就很慢了。此时可以使用cmake中的函数存储这些源文件
aux_source_directory(dir var)
他的作用是把dir目录中的所有源文件都储存在var变量中
然后需要用到源文件的地方用 变量var来取代
此时 CMakeLists.txt 可以这样优化
cmake_minimum_required(VERSION 2.8)
project(learn_cmake)
aux_source_directory(. SRC_LIST)
add_executable(hello ${SRC_LIST})四、头文件在别的文件夹
对于集中的头文件，CMake提供了一个很方便的函数
include_directories ( dir )
他的作用是 自动去dir目录下寻找头文件，相当于 gcc中的 gcc -I dir
此时 CMakeLists.txt 可以这样优化
cmake_minimum_required(VERSION 2.8)
project(learn_cmake)
aux_source_directory(. SRC_LIST)
include_directories(./inc_dir)
add_executable(hello ${SRC_LIST})五、头文件源文件分离，并含有多个文件夹
假如说当前的工程目录是这样的，头文件和源文件分离，并含有多个文件夹
此时 CMakeLists.txt 可以这样优化
cmake_minimum_required(VERSION 2.8)
project(learn_cmake)
aux_source_directory(src_dir1 SRC_LIST1)
aux_source_directory(src_dir2 SRC_LIST2)
aux_source_directory(main_dir MAIN_DIR)
include_directories(./inc_dir1 ./inc_dir2)
add_executable(hello ${SRC_LIST1} ${SRC_LIST2} ${MAIN_DIR})六、生成动态库和静态库
假如说当前的项目目录是这样的
- inc目录下存放头文件
- src目录下存放源文件
- lib目录下存放生成的库
- build目录下存放构建项目相关的文件，如CMakeLists.txt。而稍后我们也在这个目录下执行cmake和make
此时 CMakeLists.txt 可以这样优化
cmake_minimum_required(VERSION 2.8)
project(learn_lib)
#整合源文件
aux_source_directory(${PROJECT_BINARY_DIR}/../src SRC_LIST)
#引入头文件路径
include_directories(${PROJECT_BINARY_DIR}/../inc)
#生成静态库或者动态库 参数1：生成的库的名称 参数2：静态或动态 参数3：生成库所需要的源文件
add_library(func_shared SHARED ${SRC_LIST})
add_library(func_static STATIC ${SRC_LIST})
#设置最终生成的库的名称
set_target_properties(func_shared PROPERTIES OUTPUT_NAME "myfunc")
set_target_properties(func_static PROPERTIES OUTPUT_NAME "myfunc")
#设置生成的库的路径
set(LIBRARY_OUTPUT_PATH ${PROJECT_BINARY_DIR}/../lib)开始编译：
- 在build目录下执行 cmake .
- 在build目录下执行 make
- 查看lib目录下是否生成库文件，
出现库文件就算编译成功
七、链接库文件
库文件目录结构如下：
- lib目录下存放静态库和动态库
- main_src目录下存放main函数相关的源文件
- bin目录存放项目生成的可执行文件
此时 CMakeLists.txt 可以这样写
cmake_minimum_required(VERSION 2.8)
project(learn_lib)
#整合源文件
aux_source_directory(${PROJECT_BINARY_DIR}/../main_src MAIN_SRC)
#引入头文件路径
include_directories(${PROJECT_BINARY_DIR}/../inc)
#生成静态库或者动态库 参数1：生成的库的名称 参数2：静态或动态 参数3：生成库所需要的源文件
add_library(func_shared SHARED ${SRC_LIST})
add_library(func_static STATIC ${SRC_LIST})
#设置最终生成的库的名称
set_target_properties(func_shared PROPERTIES OUTPUT_NAME "myfunc")
set_target_properties(func_static PROPERTIES OUTPUT_NAME "myfunc")
#设置生成的库的路径
set(LIBRARY_OUTPUT_PATH ${PROJECT_BINARY_DIR}/../lib)
#查找库文件 第一个参数：存储查找到的库文件 第二个参数：要查找的库文件 第三个参数：要查找的目录
find_library(FUNC_LIB myfunc ${PROJECT_BINARY_DIR}/../lib)
#设置可执行文件生成到哪里
set(EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/../bin)
add_executable(hello ${MAIN_SRC})
target_link_libraries(hello ${FUNC_LIB})八、如何选择动态库和静态库
选择生成动态库（Dynamic Link Library，DLL 在 Windows 上，Shared Object，.so 在 Unix/Linux 上，或 Dynamic Library，.dylib 在 macOS 上）还是静态库（Library Archive，.a 或 .lib）主要取决于以下几个因素：
动态库的优点：
- 资源占用： 动态库在多个程序间共享相同的代码，可以节省系统内存和磁盘空间，因为不需要为每个使用该库的应用程序复制整个库。
- 更新方便： 更新动态库时，所有依赖它的应用程序都会自动使用新版本，无需重新编译或分发应用程序。
- 模块化： 动态库可以更容易地实现模块化编程，允许在运行时加载或卸载库，增强程序的灵活性和扩展性。
- 性能： 尽管启动时可能需要一些额外的时间来解析动态库中的符号，但在频繁调用的情况下，动态链接可能会更快，因为它避免了静态链接中的冗余代码。
静态库的优点：
- 部署简单： 使用静态库的程序是自包含的，不需要在目标机器上存在额外的库文件。
- 可靠性： 不会受到“依赖地狱”问题的影响，即不会因为缺少动态库或者动态库版本不匹配而导致程序崩溃。
- 安全性： 避免了由于动态库被恶意替换而导致的安全风险。
- 兼容性： 特别是在嵌入式系统或资源受限的环境中，静态链接可以确保软件的完整性和最小化依赖。
选择策略：
- 如果库的使用者需要减少最终可执行文件的分发复杂度，或者目标平台资源有限，静态库可能是更好的选择。
- 如果库需要在多个应用之间共享，或者希望简化库的更新流程，动态库更为合适。
