提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
文章目录
- 前言
- 核心原因：CMake的“目标（target）”是元数据容器
- 1. `add_library(mylib src/lib.cpp)` 做了什么？
- 2. `target_link_libraries(myapp PRIVATE mylib)` 的本质
- 3. 对比传统写法（为什么不需要）
- 补充：什么时候需要手动指定库目录？
- 总结
前言
add_library(mylib src/lib.cpp)target_include_directories(mylib PUBLIC include)add_executable(myapp src/main.cpp)target_link_libraries(myapp PRIVATE mylib)find_package(Boost REQUIRED)target_link_libraries(myapp PRIVATE Boost::Boost)# 自动继承Boost的头文件和链接路径这个cmake中，target_link_libraries(myapp PRIVATE mylib)不需要提前制定库目录吗，这样cmake怎么找mylib的路径的
你想知道在这份CMake脚本中，使用target_link_libraries(myapp PRIVATE mylib)链接自己的库时，为什么不需要手动指定库的目录，以及CMake具体是如何找到mylib的路径的。
核心原因：CMake的“目标（target）”是元数据容器
这是现代CMake的核心设计理念，和传统的Makefile/旧版CMake写法有本质区别，具体解释如下：
1.add_library(mylib src/lib.cpp)做了什么？
当你用add_library创建mylib这个目标时，CMake并不是只简单编译出一个库文件（比如libmylib.a/mylib.lib），而是会：
- 自动记录这个库的输出路径（比如默认在build目录下的
lib/或Debug/Release子目录）； - 关联你通过
target_include_directories设置的头文件路径； - 保存编译这个库的编译器选项、宏定义、依赖等所有元数据；
- 把
mylib作为一个“已知目标”存入CMake的内部目标数据库。
2.target_link_libraries(myapp PRIVATE mylib)的本质
这里的mylib不是普通的库文件名，而是CMake识别的“目标名”。当你执行这行代码时：
- CMake会直接从内部目标数据库中查找
mylib的元数据； - 自动提取
mylib的库文件路径（比如build/lib/libmylib.a），无需你手动用link_directories指定目录； - 自动将
mylib的PUBLIC/INTERFACE类型的头文件路径、编译选项等传递给myapp； - 最终在链接阶段，CMake会生成正确的链接命令（比如
g++ main.o -o myapp /path/to/libmylib.a）。
3. 对比传统写法（为什么不需要）
如果用旧版CMake/手动写Makefile的思路，你需要：
# 旧版（不推荐） add_library(mylib src/lib.cpp) include_directories(include) # 全局包含 link_directories(${CMAKE_BINARY_DIR}) # 手动指定库目录 add_executable(myapp src/main.cpp) target_link_libraries(myapp PRIVATE mylib) # 这里的mylib是库文件名，不是目标这种写法需要手动用link_directories指定库目录，且容易因为路径变化（比如Debug/Release目录不同）出错。而现代CMake的“目标式”写法，完全由CMake管理路径，更可靠。
补充：什么时候需要手动指定库目录？
只有当你链接非CMake构建的外部库（比如系统自带的libz.so、第三方预编译的库）时，才需要：
- 用
link_directories指定库文件所在目录； - 或用
find_library找到具体的库文件路径（推荐）。
而你自己用add_library创建的目标，CMake完全掌控其路径和依赖，无需手动干预。
总结
mylib是CMake的“目标”，add_library创建时已记录其库文件路径、头文件等所有元数据；target_link_libraries链接“目标名”（mylib）时，CMake会自动从目标元数据中获取库路径，无需手动指定；- 这是现代CMake的最佳实践，相比手动指定
link_directories更可靠、易维护，且能自动传递头文件、编译选项等依赖。
