这个问题其实是C++编译时头文件搜索规则的典型坑——当你用完整路径包含header.hpp时，编译器处理这个头文件里的#include "otherheader.hpp"时，默认会先从当前编译的源文件所在目录去找，而不是header.hpp本身的目录，所以才会找不到依赖的头文件。

下面给你几个不用给每个头文件写完整路径的解决方案，按实用性排序：

1. 给编译器添加头文件搜索目录（最常用） #

不管你用GCC/Clang还是MSVC，都可以通过编译参数指定头文件的搜索根目录，这样编译器会自动在这些目录里查找所有#include的文件：

• GCC/Clang：用-I参数（注意是大写的i），比如你的header.hpp和otherheader.hpp都在../project/include目录下，编译时就加这个参数：

  g++ -I../project/include your_source.cpp -o your_program
  

  这样header.hpp里的#include "otherheader.hpp"就能直接找到同目录下的文件，你自己的源文件里甚至可以简化成#include "header.hpp"，不用写完整路径。
• MSVC：用/I参数，用法类似：

  cl /I../project/include your_source.cpp
  

2. 合理组织项目结构+相对路径引用 #

如果你的项目结构本身是规范的，比如：

my_project/
├── src/
│   └── main.cpp  # 你的主源文件
└── include/
    ├── header.hpp
    └── otherheader.hpp

那在main.cpp里可以用相对路径包含header.hpp：#include "../include/header.hpp"，同时header.hpp里的#include "otherheader.hpp"因为和它同目录，直接写就行。再配合上面的-I../include参数，main.cpp里的引用还能进一步简化成#include "header.hpp"，代码更干净。

3. 用构建工具管理包含路径（大型项目推荐） #

如果是稍微大一点的项目，手动敲编译命令太麻烦，用CMake、Makefile这类工具来管理包含路径更省心：

• CMake：在CMakeLists.txt里用target_include_directories（更推荐，针对具体目标）或者include_directories：

  cmake_minimum_required(VERSION 3.10)
  project(your_program)
  
  add_executable(your_program src/main.cpp)
  # 把include目录设为当前目标的私有包含路径
  target_include_directories(your_program PRIVATE ${PROJECT_SOURCE_DIR}/include)
  

• Makefile：定义包含路径变量，加到编译规则里：

  # 定义头文件搜索目录
  INCLUDE_DIRS = -I../include
  # 编译选项，包含头文件路径+其他参数
  CXXFLAGS = $(INCLUDE_DIRS) -Wall -O2
  
  your_program: main.cpp
      g++ $(CXXFLAGS) $^ -o $@
  

最后提醒一句：尽量别在代码里写绝对路径，换个环境或者把项目移个位置就失效了，用相对路径+编译器搜索目录的方式才是可移植的正确做法。

内容的提问来源于stack exchange，提问作者Quasar