如果 stdio 是 C 的跨平台 C/标准库抽象

Question

我正在考虑为跨平台编译 C，并且已经弄清楚了。现在我想知道您是否需要特定于 windows/mac/linux 的库，或者 stdio (glibc) 是否是一个跨平台库，它将所有低级系统调用抽象为一个很好的标准 API。不确定它是否正在这样做。例如，文件系统的东西，似乎是跨平台的。但也许网络连接的东西不是，不确定。另外，我看到here 很多#ifdef _WIN32，尽管它只是stdio 上的一个简单文件系统包装器，所以不确定stdio 是否没有涵盖所有内容。

环顾四周，我看到一些“跨平台”库，如 libuv 具有特定于 windows 和 unix 的代码，因此不确定是否存在需要挂钩到“本机”（特定于操作系统）的情况功能，以及您通常需要在何时/何地执行此操作。

首先想知道 glibc / stdio 是否是围绕系统调用和其他常见功能的跨平台抽象。然后想知道当您需要编写特定于平台的功能时是否可以简要解释/概述，以及是否没有标准库/抽象。

Answer 1

stdio.h 是C11 标准的一部分（请参阅n1570；您真的应该下载并阅读它）。如果您限制自己仅使用该标准描述的函数（以标准指定的方式），并且如果您使用符合标准的实现（例如编译器和 C 标准库实现），那么您应该是安全的。

但是，许多功能（例如目录、符号链接、文件截断）在 C11 标准之外。您可能对 POSIX 标准感兴趣。

Sockets 不是 C11 标准的一部分（但主要是 POSIX，请参阅this）。

一些库（例如Glib）尝试为多个操作系统定义通用抽象。如果您想轻松编写可在多个常见平台上编译的源代码，您可能会考虑这些。 （在 C++ 中，您还可以使用 POCO、Boost、Qt、....）

顺便说一句，Linux 手册页（以 intro(2) 和 intro(3)... 开头）经常提到大多数功能遵循的标准。例如chown(2) 在 POSIX.1-2008 中定义。

另请注意，标准是规范，可能并未完全遵循或尊重（即使在标准中它们也是错误）。例如 C11 threads（例如 thrd_create）可能在 glibc 的某些（仍在使用）版本中不可用（因为它具有早于 C11 的 pthreads(7)）。此外，一些库实现了超出标准要求的标准功能（例如，在 Linux 上，fopen(3) 理解模式字符串中的m）。

记住格言：没有可移植的代码，只有已移植的代码（到某些特定系统[s]）。另见this。