关于如何使操作系统与晚期UNIX操作系统兼容的规范(蓝图)(愿上帝保佑他!)这就是为什么macOS和GNU/Linux有非常相似的终端命令行、GUI、库等。因为它们都是根据POSIX蓝图设计的。

POSIX并不告诉工程师和程序员如何编码，而是告诉他们编码什么。

关于POSIX的一些事实并不那么明朗。

POSIX也是系统调用接口或API，它有将近30年的历史。

它被设计用于对本地存储的串行数据访问，使用具有单个cpu的单台计算机。

在POSIX的设计中，安全性并不是一个主要的问题，这导致了多年来大量的竞争条件攻击，迫使程序员绕过这些限制。

严重的错误仍在被发现，这些错误本可以通过更安全的POSIX API设计来避免。

POSIX期望用户一次发出一个同步调用，并在发出下一个调用之前等待它的结果。今天的程序员希望一次发出许多异步请求，以提高总体吞吐量。

这种同步API对于访问远程和云对象尤其不利，因为在这些地方，高延迟很重要。

In 1985, individuals from companies throughout the computer industry joined together to develop the POSIX (Portable Operating System Interface for Computer Environments) standard, which is based largely on the UNIX System V Interface Definition (SVID) and other earlier standardization efforts. These efforts were spurred by the U.S. government, which needed a standard computing environment to minimize its training and procurement costs. Released in 1988, POSIX is a group of IEEE standards that define the API, shell, and utility interfaces for an operating system. Although aimed at UNIX-like systems, the standards can apply to any compatible operating system. Now that these stan- dards have gained acceptance, software developers are able to develop applications that run on all conforming versions of UNIX, Linux, and other operating systems.

摘自《Linux实用指南》

该标准为类unix操作系统提供了一个公共基础。它指定了shell应该如何工作，期望从ls和grep等命令中得到什么，以及C作者期望可用的一些C库。

例如，这里详细地指定了命令行用户用来将命令串在一起的管道，这意味着C的popen(管道打开)函数是posix标准的，而不是ISO C标准的。

Posix更像是一个操作系统，它是一个“操作系统标准”。你可以把它想象成一个虚构的操作系统，它实际上并不存在，但它有一个文档。这些论文是由IEEE定义的“posix标准”，IEEE是美国的大型标准组织。 实现该规范的操作系统是“posix兼容的”。

政府法规在投资中更倾向于posix兼容的解决方案，因此posix兼容具有显著的财务优势，特别是对于美国的大型IT公司。

一个完全兼容posix的操作系统的回报是，它可以保证无缝地编译和运行所有兼容posix的应用程序。

Linux是最著名的。OSX、Solaris、NetBSD和Windows NT也可以在这里使用。Free和OpenBSD只是“几乎”兼容posix。WinNT的posix-compliance只是避免上述政府监管的伪解决方案。

POSIX是IEEE指定的一系列标准，用于阐明和统一Unix-y操作系统提供的应用程序编程接口(以及辅助问题，如命令行shell实用程序)。

当您编写依赖POSIX标准的程序时，您可以相当肯定地将它们轻松地移植到大量的Unix衍生产品中(包括Linux，但不限于它!);如果你使用的某些Linux API不是Posix的一部分，那么将来你想要将该程序或库移植到其他unix系统(例如MacOSX)时，你将会遇到困难。