target_include_directories对比 PUBLIC / PRIVATE

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

通过实操对比PUBLIC/PRIVATE的效果

一、表述详解

cmake_demo/ ├── include/ │ └── lib.h# 带导出宏的头文件├── src/ │ ├── lib.cpp# 动态库实现│ └── main.cpp# 调用方程序└── CMakeLists.txt

核心结论

target_include_directories(mylib PRIVATE 路径)的适用场景：
该头文件路径仅被lib.cpp（库的实现文件）使用，不会被main.cpp（依赖该库的外部代码）包含，此时用PRIVATE；
如果外部代码（main.cpp）需要包含这个路径下的头文件（lib.h），必须用PUBLIC，否则外部目标会找不到头文件。

补充核心定义（关键）

二、完整项目示例

1. 项目目录结构

采用标准工程规范，公共头文件放在include目录，源文件放在src目录：

cmake_demo/ ├── include/ # 公共头文件目录（外部可访问） │ └── lib.h # 库接口声明 ├── src/ │ ├── lib.cpp # 库实现文件 │ └── main.cpp # 主程序（调用库函数） └── CMakeLists.txt # 构建脚本

2. 源码文件

include/lib.h（库的公共接口）

头文件保护宏防止重复包含，声明加法函数，会被main.cpp直接包含：

#ifndefLIB_H#defineLIB_H// 加法函数声明：对外提供的接口intadd(inta,intb);#endif// LIB_H

src/lib.cpp（库的实现文件）

包含公共头文件，实现加法逻辑：

// 包含库的接口头文件#include"lib.h"// 实现加法函数intadd(inta,intb){returna+b;}

src/main.cpp（主程序）

调用库的add函数，需要包含lib.h：

#include<stdio.h>// 包含库的公共头文件#include"lib.h"intmain(){intres=add(10,20);printf("10 + 20 = %d\n",res);return0;}

3. CMake 构建脚本

写法1：使用PUBLIC（标准正确用法）

因为main.cpp需要依赖include路径找到lib.h，因此路径需要传递给外部目标，用PUBLIC：

cmake_minimum_required(VERSION 3.15) project(AddLibraryDemo) # C++标准配置 set(CMAKE_CXX_STANDARD 11) set(CMAKE_CXX_STANDARD_REQUIRED ON) # 1. 创建静态库目标 mylib add_library(mylib src/lib.cpp) # 2. 为库添加头文件路径：PUBLIC 表示路径自身可用，且传递给依赖它的目标 target_include_directories(mylib PUBLIC include) # 3. 创建可执行目标 add_executable(main_app src/main.cpp) # 4. 链接库：main_app 会自动继承 mylib 的 PUBLIC/INTERFACE 头文件路径 target_link_libraries(main_app PRIVATE mylib)

写法2：错误演示（改用PRIVATE）

如果我们把PUBLIC改为PRIVATE，代表include路径仅给 mylib 自身使用，不传递：

# 仅修改这一行，其余代码不变 target_include_directories(mylib PRIVATE include)

4. 编译与效果测试

编译命令（终端执行）

# 创建构建目录并进入mkdirbuild&&cdbuild# 生成构建文件cmake..# 编译make

结果对比

1. PUBLIC配置：编译成功，运行./main_app，输出：

   10 + 20 = 30

2. PRIVATE配置：编译直接报错，提示找不到头文件：

   fatal error: lib.h: No such file or directory #include "lib.h"

   原因：main_app无法继承include路径，编译器找不到头文件。

三、PRIVATE的正确使用场景

为了让你理解PRIVATE不是无用的，我们扩展场景：给库添加私有内部头文件，仅lib.cpp使用，外部无需访问。

调整后的目录结构

cmake_demo/ ├── include/ # 公共头文件（对外） │ └── lib.h ├── src/ │ ├── private_inc/ # 库私有头文件（仅内部用） │ │ └── internal.h │ ├── lib.cpp │ └── main.cpp └── CMakeLists.txt

新增文件：src/private_inc/internal.h

#ifndefINTERNAL_H#defineINTERNAL_H// 库内部使用的工具函数，不对外部暴露staticintcalc(intx){returnx*2;}#endif

修改src/lib.cpp

#include"lib.h"// 包含私有内部头文件#include"internal.h"intadd(inta,intb){// 调用内部工具函数returncalc(a+b);}

优化后的 CMake 配置

公共路径用PUBLIC，私有路径用PRIVATE：

cmake_minimum_required(VERSION 3.15) project(AddLibraryDemo) set(CMAKE_CXX_STANDARD 11) set(CMAKE_CXX_STANDARD_REQUIRED ON) add_library(mylib src/lib.cpp) # 公共头文件：传递给外部依赖目标 target_include_directories(mylib PUBLIC include) # 私有头文件：仅库自身使用，不传递 target_include_directories(mylib PRIVATE src/private_inc) add_executable(main_app src/main.cpp) target_link_libraries(main_app PRIVATE mylib)

效果

1. main_app能继承include路径，正常找到lib.h；
2. main_app无法访问src/private_inc路径，保证了库内部实现的封装性；
3. lib.cpp可以同时找到公共头文件和私有头文件。

四、总结

1. 表述纠正：当main.cpp依赖该头文件路径时，必须用PUBLIC；仅lib.cpp依赖时，才用PRIVATE；
2. 核心规则
   • 对外暴露的接口头文件路径 →PUBLIC（传递给依赖目标）；
   • 库内部私有的实现头文件路径 →PRIVATE（仅自身使用，封装隔离）；
3. 单目标/多目标通用：这套规则是现代CMake的标准规范，无论项目大小都推荐使用，比全局的include_directories更安全、更易维护。