CentOS 8编译nlohmann/json.hpp需全路径，Ubuntu无需的问题求助

核心原因排查 #

• 头文件搜索路径的实际生效问题：
  虽然g++默认都会把/usr/include纳入头文件搜索路径，但CentOS 8上可能存在CMake配置未正确传递路径的情况——比如用了全局的include_directories但项目是多目标结构，路径没关联到实际编译的目标；或者target_include_directories的参数（PUBLIC/PRIVATE/INTERFACE）设置错误，导致路径未生效。
• 编译器与CMake版本的适配差异：
  g++ 8.5到11.3的头文件搜索核心规则没变化，但CentOS 8默认的CMake版本较低（通常是3.11左右），而Ubuntu 22.04的CMake是3.22+，低版本CMake对target_include_directories的解析可能存在细节差异，导致路径未正确添加到编译命令中。
• 环境变量干扰：
  检查CentOS 8上的CPLUS_INCLUDE_PATH、C_INCLUDE_PATH等环境变量，如果这些变量被自定义设置，可能会覆盖或修改g++的默认搜索路径，导致/usr/include未被纳入。

可行的解决步骤 #

1. 验证编译器默认搜索路径
   在CentOS 8终端执行：

   g++ -v -E -x c++ /dev/null
   

   查看输出中#include <...> search starts here:部分，确认/usr/include是否在列表内。如果不在，说明环境变量或编译器配置被修改，需要重置相关变量。
2. 修正CMake路径配置
   放弃全局的include_directories，直接给编译目标添加路径，确保路径关联正确：

   target_include_directories(你的编译目标名 PUBLIC /usr/include)
   

   注意替换成你实际的目标名称，PUBLIC确保路径能传递给依赖该目标的其他模块。
3. 直接指定子目录路径
   如果上述方法仍无效，可以尝试将nlohmann所在的目录直接加入搜索路径，确保代码里的#include <nlohmann/json.hpp>能被正确解析：

   target_include_directories(你的编译目标名 PUBLIC /usr/include)
   

   或者更直接地：

   target_include_directories(你的编译目标名 PUBLIC /usr/include/nlohmann)
   

   此时代码里可以简化为#include <json.hpp>，不过推荐保持原写法以兼容多系统。
4. 检查文件权限
   确认/usr/include/nlohmann目录和json.hpp文件对当前用户有可读权限，避免因权限问题导致编译器无法读取文件（表现为"找不到"）。

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