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

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

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

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

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

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

POSIX是IEEE和开放组织提出的一组标准，描述了理想的Unix如何运行。程序员、用户和管理员都可以熟悉POSIX文档，并期望POSIX投诉Unix提供所有提到的标准功能。

由于每个Unix的工作方式都略有不同——Solaris、Mac OS X、IRIX、BSD和Linux都有自己的怪癖——POSIX对业内人士特别有用，因为它定义了一个标准的操作环境。例如，C库中的大多数函数都基于POSIX;因此，程序员可以在他的应用程序中使用一个，并期望它在大多数unix中表现相同。

然而，Unix的不同领域通常是重点，而不是标准领域。

POSIX的伟大之处在于，欢迎您自己阅读:

开放组基础规范第7期

第7版被称为POSIX.1-2008，其中有新的东西——但是，POSIX.1的Google-fu等将允许您看到Unix背后的整个历史。

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

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

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

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

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

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

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

POSIX代表可移植操作系统接口(Portable Operating System Interface)，是IEEE为促进应用程序可移植性而设计的标准。POSIX是一个厂商联盟试图创建UNIX的单一标准版本。