首选 target_include_directories，因其作用域限定于目标，避免全局污染和windows路径问题；include_directories因全局作用域易引发头文件冲突，且windows下反斜杠易出错。
直接用 target_include_directories，别碰 include_directories —— 后者作用域太宽、容易污染子目标，Windows 下尤其容易引发头文件找不到或重复包含问题。
为什么 target_include_directories 是首选
它把头文件路径和具体目标（比如可执行文件或库）绑定，路径只对那个目标生效，不会“漏”给其他 target。而 include_directories 是全局作用域，在多 target 项目里（比如同时编译 main 和 test），很容易让 test 意外看到 main 专用的头，或者反过来。
- Windows 上路径分隔符是反斜杠
，但 CMake 内部统一接受正斜杠/，写include/比include\更安全、跨平台 - 如果头文件在子目录（如
src/include/），路径必须相对于CMAKE_CURRENT_SOURCE_DIR（即当前CMakeLists.txt所在目录），不是项目根目录 -
PUBLIC表示该路径既供当前 target 编译用，也透传给链接它的其他 target；PRIVATE表示仅当前 target 自己用
target_include_directories 的典型写法
假设项目结构如下：
project/
├── CMakeLists.txt
├── include/
│ └── Typedef.h
└── src/
└── main.cpp
在 CMakeLists.txt 中：
cmake_minimum_required(VERSION 3.10)
project(MyApp)
add_executable(myapp src/main.cpp)
target_include_directories(myapp PRIVATE ${CMAKE_CURRENT_SOURCE_DIR}/include)
-
${CMAKE_CURRENT_SOURCE_DIR}是当前CMakeLists.txt所在目录，不是PROJECT_SOURCE_DIR（后者是顶层CMakeLists.txt路径，子目录里会不同） - 这里用
PRIVATE，因为myapp不对外提供头，只是自己编译需要 - 如果
include/在项目根目录，而CMakeLists.txt在src/下，就得写../include，不能硬写绝对路径
Windows 下容易踩的坑
常见报错：fatal error C1083: Cannot open include file: 'Typedef.h': No such file or directory
- 路径拼错：比如写成
${CMAKE_CURRENT_SOURCE_DIR}include—— 反斜杠在 CMake 字符串里可能被当转义符，必须用/或双反斜杠\ - 作用域错配：用了
include_directories(include)，但add_executable在另一个子目录的CMakeLists.txt里，路径没传递过去 - 大小写敏感误判：Windows 文件系统不区分大小写，但 CMake 脚本里变量名、路径名仍要严格匹配（比如
INCLUDE≠include） - 中文路径或空格路径没加引号：路径含空格时，
target_include_directories(myapp PRIVATE "D:/My Project/include")必须加双引号
真正麻烦的不是写对一行命令，而是路径层级一变、CMakeLists.txt 一挪位置，${CMAKE_CURRENT_SOURCE_DIR} 就指向不同地方——建议所有路径都基于它计算，别依赖环境变量或硬编码绝对路径。
