这里有一个简单的暴力方法来识别多余的头包含。它并不完美，但消除了“明显的”不必要的包含。清除这些代码对清理代码大有帮助。

这些脚本可以直接在GitHub上访问。

我从来没有找到一个成熟的工具来完成你的要求。我使用过的最接近的工具是IncludeManager，它将头包含树图形化，以便您可以直观地发现只包含在一个文件中的头和循环头包含之类的内容。

谷歌的cppclean(链接到:下载，文档)可以找到几种类型的c++问题，现在它可以找到多余的#includes。

还有一个基于clang的工具(包括您所使用的工具)可以做到这一点。include-what-you-use甚至可以建议前向声明(因此您不必#include那么多)，并可选地为您清理#includes。

当前版本的Eclipse CDT也内置了这个功能:在Source菜单下单击Organize Includes将按字母顺序排列#include，添加Eclipse认为您正在使用的任何标题，但不直接包括它们，并注释掉它认为您不需要的任何标题。然而，这个特性并不是100%可靠。

本文解释了一种使用Doxygen解析来删除#include的技术。这只是一个perl脚本，所以它很容易使用。

结束这个讨论:c++预处理器是图灵完成的。包含是否是多余的，这是一个语义属性。因此，由Rice定理可知，包含是否多余是不可判定的。不可能有一个程序(总是正确地)检测包含是否多余。

您可以编写一个快速脚本，删除单个#include指令，编译项目，并在没有发生编译错误的情况下记录#include中的名称和它被删除的文件。

让它在晚上运行，第二天你就会有一个100%正确的可以删除的包含文件列表。

有时候蛮力很管用:-)

编辑:有时它不会:-)。下面是一些来自评论的信息:

Sometimes you can remove two header files separately, but not both together. A solution is to remove the header files during the run and not bring them back. This will find a list of files you can safely remove, although there might a solution with more files to remove which this algorithm won't find. (it's a greedy search over the space of include files to remove. It will only find a local maximum) There may be subtle changes in behavior if you have some macros redefined differently depending on some #ifdefs. I think these are very rare cases, and the Unit Tests which are part of the build should catch these changes.