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

Question

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

环顾四周，我看到一些“跨平台”库，例如 libuv具有特定于 Windows 与 Unix 的代码，因此不确定是否存在需要 Hook “ native ”(特定于操作系统)功能的情况，以及通常需要在何时/何地执行此操作。

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

Answer 1

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

但是，许多功能(例如目录、符号链接(symbolic link)、文件截断)在 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 的某些(仍在使用的)版本中不可用(因为它有 pthreads(7) 早于 C11)。此外，一些库实现的标准函数超出了标准的要求(例如，在 Linux 上 fopen(3) 理解模式字符串中的 m)。

请记住格言:没有可移植的代码，只有已移植的代码(到某些特定系统)。另请参阅this .