比实际需要的#include路径更长吗？

Question

举例来说，如果我有一个名为foo.h中的文件，可我永远都只是包括它做：

#include "foo.h" 

或者我有时不得不做这样的事情：

#include "bar/foobar/foo.h" 

编辑 - 他们只是简单地通过限制搜索文件来缩短编译时间吗？

Answer 1

编译器不会递归搜索您的源目录。如果你想使用#include "foo.h"，你需要编译-Ibar/foobar告诉编译器它应该在bar/foobar查找头文件。

否则，您将不得不使用完整（相对）路径。我倾向于更喜欢-I，因为它使得源代码更加独立于编译器标志（当在构建系统之间进行切换时，您会体会到这一点）。

Answer 2

可能有多个头文件具有相同名称的情况 - 在这种情况下，路径有助于消除歧义。

Answer 3

我认为这取决于您的项目设置，例如您在Visual C++中有“Additional Include Directories”部分，因此IDE也将搜索这些目录中的文件。

Answer 4

基本上，您可以将包含路径作为选项传递给C++编译器，但它不会以递归方式查找该文件。如果您在路径/opt/include通过做“#include "foo.h"，它将_ only_发现/opt/include/foo.h，不/opt/include/dummy/foo.h。

换句话说，无论你通过每一个可能包括在命令行的路径，或通过根和”导航“通过使用#include "dummy/foo.h"

编辑：@MatthieuM做出如下换个好点，#include "mylibrary/api.h"使其更加清晰，其中包括你正在使用的不仅仅是#include "api.h"文件，特别是如果你使用多个库

Answer 5

的。第一条语句#include“foo.h”将搜索foo.h中的当前工作目录或在其他包含目录下提到的目录中。

如果您的头文件位于其他路径中，则需要明确提及它。