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

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

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

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

Posix governs interoperability, portability, and in other areas such as the usage and mechanism of fork, permissions and filesystem standards such as /etc, /var, /usr and so on . Hence, when developers write a program under a Posix compliant system such as for example Linux, it is generally, not always, guaranteed to run on another posix compliant system such as IBM's AIX system or other commercial variants of Unix. Posix is a good thing to have as such it eases the software development for maximum portability which it strives for. Hope this answer makes sense.

感谢Jed Smith和Tinkertim指出我的错误——我的错!!：(

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

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

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实用指南》

让我来给出粗鲁的“非官方”解释。

POSIX是一组标准，试图将“UNIX”和类UNIX系统与与它们不兼容的系统区分开来。它是由美国政府为采购目的而创建的。当时的想法是，美国联邦采购部需要一种方法来合法地规定各种投标和合同的要求，这种方法可以用来排除现有代码库或编程人员无法移植到的系统。

因为POSIX是事后写的……为了描述一组大致相似的竞争系统……它不是以一种可以实现的方式编写的。

因此，例如，微软的NT是用足够的POSIX一致性编写的，有资格参加一些投标…尽管POSIX子系统在实际可移植性和与UNIX系统的兼容性方面基本上是无用的。

在过去的几十年里，已经编写了各种UNIX标准。比如SPEC1170(指定了1170个函数调用，必须兼容地实现)和SUS(单一UNIX规范)的各种版本。

在大多数情况下，这些“标准”对任何实际技术应用都是不够的。它们大多是为了争论、法律纠纷和其他不正常的原因而存在的。