C++ 为什么有些C/C++；标题中有“；系统；在他们面前？

一些C/C++头，如

，前面有一个“sys/”前缀

（也有一些带有“net/”前缀。）

---

这是为什么？

实际上，这表明这些文件位于系统目录标准列表中名为“sys”的子文件夹下（例如编译器默认搜索路径，或在生成过程中作为参数指定的文件夹）

它们在子文件夹中的原因是指示它们不是C或C++标准库的一部分，而是一个特定的扩展，通常由正在运行的操作系统提供。

---

注意，这只是一个约定的问题，而不是C或C++指定行为的一部分。通常，为了真正理解这些类型的标题，您将查看您正在使用的操作系统提供的进一步文档。

实际上，这显示这些文件位于一个标准系统目录列表中名为“sys”的子文件夹下（例如编译器默认搜索路径，或在生成过程中作为参数给定的文件夹）

它们在子文件夹中的原因是指示它们不是C或C++标准库的一部分，而是一个特定的扩展，通常由正在运行的操作系统提供。

---

注意，这只是一个约定的问题，而不是C++或C++中指定行为的一部分。通常要真正理解这些类型的头，您将查看由正在运行的操作系统提供的进一步文档。

因为它们在包含文件的任何地方的子目录“sys”中。这些标题不是。由C++定义标准-这些是特定于操作系统的。假设我在一个名为test的文件夹中写入一个

source.c

文件。如果我在内部文件夹

hd

中输入我定义的所有头文件，为了使用头文件，我必须写入它们的地址，比如：

\include

，因为它们位于包含文件所在位置的子目录“sys”中。这些DER不是由C（++）定义的标准-这些都是特定于操作系统的。假设我在一个名为test的文件夹中写入一个

source.c

文件。如果我在内部文件夹

hd

中输入我定义的所有头文件，为了使用头文件，我必须写入它们的地址，比如：

\include

Well，sys/，net/等等，它们下面的头文件由POSIX标准定义（我相信，没有验证），所以它不仅仅是一个约定，正如C标准头是一个约定一样。好的，sys/，net/等等，它们下面的头是由POSIX标准定义的（我相信，没有验证），所以它不仅仅是一个约定，正如C标准头是一个约定一样。