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

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

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

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

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

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

POSIX为操作系统或程序定义了一组标准。 目标是编写与类unix系统兼容的新软件。

例如，在Linux上运行的程序也可以在其他类unix系统上编译和运行，如Solaris、HP-UX和AIX等。

最流行的例子是GNU Bash，它100%符合POSIX和gawk实用程序。

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

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

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

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

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

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

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

另一方面，POSIX代表“可移植操作系统接口”，POSIX是一组定义操作系统和应用软件之间接口的标准。POSIX类似于UNIX标准，它旨在确保为一个POSIX兼容的操作系统编写的软件可以在其他POSIX兼容的操作系统上运行而无需修改。

POSIX标准定义了一组在基于unix的操作系统中常见的系统调用、库和实用程序。

许多操作系统，包括Linux、BSD和macOS，都是POSIX兼容的，这意味着它们满足POSIX标准中定义的要求。

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

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

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

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