POSIX标准解决了什么问题？

POSIX定义

 POSIX 表示可移植操作系统接口（Portable Operating System Interface ，缩写为 POSIX ），POSIX标准定义了操作系统应该为应用程序提供的接口标准，是IEEE（电气和电子工程师协会）为要在各种UNIX操作系统上运行的软件而定义的一系列API标准的总称，其正式称呼为IEEE 1003，而国际标准名称为ISO/IEC 9945。

X表示其是对Unix API的传承。

简单可以理解POSIX标准是为操作系统设计API时遵循的规范，一套规范的系统调用集。

       POSIX标准意在期望获得源代码级别的软件可移植性。换句话说，为一个POSIX兼容的操作系统编写的程序，应该可以在任何其它的POSIX操作系统（即使是来自另一个厂商）上编译执行。

       POSIX 并不局限于 UNIX。许多其它的操作系统，例如 DEC OpenVMS 支持 POSIX 标准。

       其实，POSIX就是为操作系统对外的系统调用接口定义了一套规范和标准。

POSIX的诞生/解决的问题

POSIX的诞生和Unix的发展是密不可分的。当年最早的Unix，源代码流传出去了，加上早期的Unix不够完善，于是之后出现了好些独立开发的与Unix基本兼容但又不完全兼容的OS，通称Unix-like OS。

这样版本混乱的情况导致相互之间的竞争和不兼容之处越来越多，给软件的可移植性带来很大困难，对Unix的发展极为不利。

为了提高兼容性和应用程序的可移植性，结束混乱局面，IEEE提出了POSIX标准，POSIX在源代码级别上定义了一组最小的Unix(类unix）操作系统接口。 这套标准涵盖了很多方面，比如Unix系统调用的C语言接口，shell程序和工具、线程和网络编程等。POSIX标准意在期望获得源代码级别的软件可移植性。为一个POSIX兼容的操作系统编写的程序，可以在任何其他POSIX操作系统上编译执行。

POSIX现在已经发展成为一个非常庞大的标准族，并不局限于Unix, 一些其他的操作系统，如Microsoft windows NT, Linux等都支持或者部分支持POSIX标准。

POSIX标准的思路

问题： 不同操作系统内核为同一功能提供的系统调用（函数）是不同的.

例如创建进程，linux下是fork函数，windows下是createprocess函数，如果在Linux下写了一个程序用到了fork函数，要往windows上移植就得把源代码里面的fork通通改成createprocess,然后重新编译。

解决方法： 定义POSIX标准， linux和windows实现基于POSIX标准，提供同样的接口，例如定义创建进程的接口为posix_fork(示例名/非真实名字）, 且linux和windows都把各自创建进程的调用封装成posix_fork，都声明在unistd.h里。 这样程序员编写应用时，只需包含unistd.h, 调用这个POSIX标准中定义的API接口： posix_fork函数，即可实现源代码级别的可移植。

市场上有几种操作系统，例如Linux，提供了POSIX兼容的接口。但是，与平台服务和基础相比，应用程序需要使用更受限制的操作系统API。

一般的假设是，用户应用程序应该使用PSE51作为操作系统接口，而平台应用程序可以使用全POSIX。如果在应用程序级别上需要更多的特性，它们将从POSIX标准中提取，而不是在可能的情况下重新指定。

Adaptive Platform Foundation和Adaptive Platform Services功能的实现可能会使用进一步的POSIX调用。特定调用的使用将对实现者开放，而不是标准化。

4.3 Scheduling 

操作系统提供多线程和多进程支持。标准调度策略是SCHED_FIFO和SCHED_RR，它们由POSIX标准定义。允许使用其他调度策略，如SCHED_DEADLINE或任何其他特定于操作系统的策略，但限制是不能跨不同的AP实现移植这些策略。

4.4 Memory management 

支持多进程的原因之一是为了实现不同功能集群和AA之间的“freedom of interferences”。OS对多进程的支持迫使每个进程位于一个独立的地址空间中，与其他进程隔离并受到保护。同一个可执行文件的两个实例在不同的地址空间中运行，这样它们可以共享相同的入口点地址和代码以及启动时的数据值，但是，数据将位于内存中的不同物理页面中。

4.5 Device management 

设备管理将在POSIX PSE51接口下提供。细节参考POSIX 规范说明。

什么是POSIX？每当遇到这个词，我都会读，但是，我从来没有真正明白它是什么，有人可以给我解释下“POSIX”吗？

最简要的回答：

1. POSIX表示可移植操作系统接口（Portable Operating System Interface of UNIX，缩写为 POSIX ）
2. POSIX标准意在期望获得源代码级别的软件可移植性。

---

   一般情况下，应用程序通过应用编程接口(API)而不是直接通过系统调用来编程。这点很重要，因为应用程序使用的这种编程接口实际上并不需要和内核 提供的系统调用对应。一个API定义了一组应用程序使用的编程接口。它们可以实现成一个系统调用，也可以通过调用多个系统调用来实现，而完全不使用任何系 统调用也不存在问题。实际上，API可以在各种不同的操作系统上实现，给应用程序提供完全相同的接口，而它们本身在这些系统上的实现却可能迥异。

       在Unix世界中，最流行的应用编程接口是基于POSIX标准的。从纯技术的角度看，POSIX是由IEEE的一组标准组成，其目标是提供一套大体上基于Unix的可移植操作系统标准。Linux是与POSIX兼容的。

        POSIX是说明API和系统调用之间关系的一个极好例子。在大多数Unix系统上，根据POSIX而定义的API函数和系统调用之间有着直接关系。实际上，POSIX标准就是仿照早期Unix系统的界面建立的。另一方面，许多操作系统，像Windows NT，尽管和Unix没有什么关系，也提供了与POSIX兼容的库。

        Linux的系统调用像大多数Unix系统一样，作为C库的一部分提供如图5-1所示。如图5-1所示C库实现了Unix系统的主要API，包括标 准C库函数和系统调用。所有的C程序都可以使用C库，而由于C语言本身的特点，其他语言也可以很方便地把它们封装起来使用。此外，C库提供了POSIX的 绝大部分API。

         从程序员的角度看，系统调用无关紧要；他们只需要跟API打交道就可以了。

         相反，内核只跟系统调用打交道；库函数及应用程序是怎么使用系统调用不是内核所关心的。

简单总结：

          完成同一功能，不同内核提供的系统调用（也就是一个函数）是不同的，

例如创建进程：

• linux下是fork函数
• windows下是creatprocess函数。

好，我现在在linux下写一个程序，用到fork函数，那么这个程序该怎么往windows上移植？我需要把源代码里的fork通通改成creatprocess，然后重新编译...

posix标准的出现就是为了解决这个问题。linux和windows都要实现基本的posix标准，linux把fork函数封装成posix_fork（随便说的），windows把creatprocess函数也封装成posix_fork，都声明在unistd.h里。这样，程序员编写普通应用时候，只用包含unistd.h，调用posix_fork函数，程序就在源代码级别可移植了

官方回答：

POSIX表示可移植操作系统接口（Portable Operating System Interface of UNIX，缩写为 POSIX ），POSIX标准定义了操作系统应该为应用程序提供的接口标准，是IEEE为要在各种UNIX操作系统上运行的软件而定义的一系列API标准的总称，其正式称呼为IEEE 1003，而国际标准名称为ISO/IEC 9945。

POSIX标准意在期望获得源代码级别的软件可移植性。换句话说，为一个POSIX兼容的操作系统编写的程序，应该可以在任何其它的POSIX操作系统（即使是来自另一个厂商）上编译执行。

POSIX 并不局限于 UNIX。许多其它的操作系统，例如 DEC OpenVMS 支持 POSIX 标准，尤其是 IEEE Std. 1003.1-1990（1995 年修订）或 POSIX.1，POSIX.1 提供了源代码级别的 C 语言应用编程接口（API）给操作系统的服务程序，例如读写文件。POSIX.1 已经被国际标准化组织（International Standards Organization，ISO）所接受，被命名为 ISO/IEC 9945-1:1990 标准。