兄弟，这种头文件找不到的坑我在Qt项目里踩过N次了，尤其是用.pri拆分配置的时候，十有八九是路径配置或者包含方式出了问题，给你捋几个排查步骤，大概率能解决：

• 确认.pri文件是否被正确引入
  首先得检查你的myProject.pro里有没有把directoryA.pri加进去，必须要有这么一行：

  include(directoryA.pri)
  

  要是directoryA.pri不在.pro的同目录下，得写对相对路径，比如它在subdir文件夹里，就写成include(subdir/directoryA.pri)，路径错了的话，.pri里的配置根本不会生效。

• 检查.pri里的头文件路径配置
  这是最常见的问题！在directoryA.pri里，你得把firstHeader.h所在的目录添加到Qt的头文件搜索路径中，正确写法是：

  # 如果firstHeader.h和directoryA.pri在同一个目录
  INCLUDEPATH += $$PWD
  
  # 如果firstHeader.h在directoryA下的inc子目录里
  INCLUDEPATH += $$PWD/inc
  

  这里的$$PWD是qmake的内置变量，代表当前.pri文件所在的目录，这样编译器才能找到这个目录下的所有头文件。

• 核对头文件的包含方式
  假设你已经把路径配置好了，那在secondHeader.h里包含firstHeader.h的时候，直接用双引号引用就行：

  #include "firstHeader.h"
  

  要是没配置路径（不推荐这么干），就得用相对路径，比如#include "../directoryA/firstHeader.h"，但这种方式很脆弱，目录结构一变就崩，还是配置INCLUDEPATH更靠谱。

• 清缓存+重建项目，解决玄学问题
  Qt Creator有时候会抽风，缓存没更新导致明明配置对了还是报错，这时候你可以：

  • 点击菜单栏的构建→清理项目
  • 然后构建→运行qmake
  • 最后重新构建整个项目
    很多时候这种“未在此作用域中声明”的假报错，清完缓存就好了。

• 最后检查头文件防护宏（概率低但也得看）
  虽然可能性不大，但也要确认firstHeader.h里的头文件防护宏没写错，比如：

  #ifndef FIRSTHEADER_H
  #define FIRSTHEADER_H
  
  // 这里是头文件的内容
  
  #endif // FIRSTHEADER_H
  

  要是宏名写错了，可能会导致头文件没被正确包含，不过这种情况一般会报重复定义的错误，但是也可以顺手排查一下。

总的来说，最容易出问题的就是.pri的引入和INCLUDEPATH的配置，先从这两点入手，再配合清缓存，基本就能搞定这个问题了。

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