POSIX(可移植操作系统接口)概述
1.1 什么是POSIX
可移植操作系统接口(英语:Portable Operating System Interface,缩写为POSIX)。
POSIX是为要在各种UNIX操作系统上运行软件,而定义的一系列互相关联的OS API标准的总称。
1.2 发布者-IEEE
发布者为电气与电子工程师协会(Institute of Electrical and Electronics Engineers),简称IEEE。这个协会老牛了【该组织在太空、计算机、电信、生物医学、电力及消费性电子产品等领域中都是主要的权威】!
其正式称呼为IEEE Std 1003,而国际标准名称为ISO/ IEC 9945。此标准源于一个大约开始于1985年的项目。POSIX这个名称是由 理查德·斯托曼(RMS)应IEEE的要求而提议的一个易于记忆的名称。它基本上是Portable Operating System Interface(可移植操作系统接口)的缩写,而X则表明其对Unix API的传承。
IEEE,总部位于美国纽约,是一个国际性的电子技术与信息科学工程师的协会,也是目前全球最大的非营利性专业技术学会。IEEE致力于电气、电子、计算机工程和与科学有关的领域的开发和研究,在太空、计算机、电信、生物医学、电力及消费性电子产品等领域已制定了1300多个行业标准,现已发展成为具有较大影响力的国际学术组织
1.3 标准的下载位置
标准线上地址: http://www.unix.org/version3/online.html 注册后可以在线阅读或者下载。
1.4 标准的起源
POSIX是Unix的标准。
1974年,贝尔实验室正式对外发布Unix。因为涉及到反垄断等各种原因,加上早期的Unix不够完善,于是贝尔实验室以慷慨的条件向学校提供源代码,所以Unix在大专院校里获得了很多支持并得以持续发展。
于是出现了好些独立开发的与Unix基本兼容但又不完全兼容的OS,通称Unix-like OS。
包括:
美国加州大学伯克利分校的Unix4.xBSD(Berkeley Software Distribution)。贝尔实验室发布的自己的版本,称为System V Unix。其他厂商的版本,比如Sun Microsystems的Solaris系统,则是从这些原始的BSD和System V版本中衍生而来。
20世纪80年代中期,Unix厂商试图通过加入新的、往往不兼容的特性来使它们的程序与众不同。
局面非常混乱,麻烦也就随之而来了。
为了提高兼容性和应用程序的可移植性,阻止这种趋势, IEEE(电气和电子工程师协会)开始努力标准化Unix的开发,后来由 Richard Stallman命名为“Posix”。
这套标准涵盖了很多方面,比如Unix系统调用的C语言接口、shell程序和工具、线程及网络编程。
有了这个规范,你就可以调用通用的API了,Linux提供的POSIX系统调用在Unix上也能执行,因此学习Linux的底层接口最好就是理解POSIX标准。
第2章 POSIX接口的支持方式
2.1POSIX的好处:可移植性
Linux下提供两种方式支持可移植性:
系统调用(system call)和库函数调用(Library functions)。
(1)系统调用
系统调用是通向操作系统本身的接口,是面向底层硬件的。
通过系统调用,可以使得用户态运行的进程与硬件设备(如CPU、磁盘、打印机等)进行交互,是操作系统留给应用程序的一个接口。
(2)库函数(符合POSIX标准)
库函数(Library function)是把函数放到库里,供别人使用的一种方式。
方法是把一些常用到的函数编完放到一个文件里,供不同的人进行调用。一般放在.lib文件中。
库函数调用则是面向应用开发的,库函数可分为两类,
一类是C语言标准规定的库函数, 一类是编译器特定的库函数。(由于版权原因,库函数的源代码一般是不可见的,但在头文件中你可以看到它对外的接口)。
glibc 是 Linux 下使用的开源的标准 C 库,它是 GNU 发布的 libc 库,即运行时库。这些基本函数都是被标准化了的,而且这些函数通常都是用汇编直接实现的。
glibc 为程序员提供丰富的 API(Application Programming Interface),这些API都是遵循POSIX标准的,API的函数名,返回值,参数类型等都必须按照POSIX标准来定义。
POSIX兼容也就指定这些接口函数兼容,但是并不管API具体如何实现。
2.2 系统调用与库函数的关系
如上图所示:
归属不同:库函数是语言或应用程序的一部分,而系统调用是内核提供给应用程序的接口,属于系统的一部分 地址空间不同:库函数在用户地址空间执行,系统调用是在内核地址空间执行,库函数运行时间属于用户时间,系统调用属于系统时间,库函数开销较小,系统调用开销较大 依赖性不同:系统调用依赖于平台,库函数并不依赖 库函数是应用程序和库函数之间一座桥梁。
2.3 程序的可移植性及其本质
那么目标代码和启动代码是怎么生成的呢?答案是编译器。
编程语言编写的程序首先要被编译器编译成目标代码(0、1代码),然后在目标代码的前面插入启动代码,最终生成了一个完整的程序。
要注意的是,程序中为访问特定设备(如显示器)或者操作系统(如windows xp 的API)的特殊功能而专门编写的部分通常是不能移植的。
综上所述,一个编程语言的可移植性取决于
不同平台编译器的数量 对特殊硬件或操作系统的依赖性 移植是基于操作系统的。
(1)二进制代码:
我们需要注意一点:基于各种操作系统平台不同,应用程序在二进制代码级别是不能直接移植的。
(2)OS API源代码
我们只能在源代码层去思考可移植问题,在API层面上由于各个操作系统的命名规范、系统调用等自身原因,在OS API层面上实现可移植也是不大可能的。
(3)C语言函数库
在各个平台下,我们默认C标准库中的函数都是一样的,这样基本可以实现可移植。
但是对于C库本身而言,在各种操作系统平台下其内部实现是完全不同的,也就是说C库封装了操作系统API在其内部的实现细节。
因此,C语言提供了我们在代码级的可移植性,即这种可移植是通过C语言这个中间层来完成的。
例如在我们的代码中下功夫。以下代码可以帮助我们实现各平台之间的可移植:
#ifdef _WINDOWS_
CreateThread(); //windows下线程的创建
#else
Pthread_create(); //Linux下线程的创建
#endif
对于头文件,也使用同样的预编译宏来实现。如:
#ifndef _WINDOWS_
#include <windows.h>
#else
#include <thread.h>
#endif
这样就可以实现代码的可移植了。在编译的时候只要通过#define就可以选择在那个平台下完成程序的编译。有c语言库实现对不同操作系统平台的屏蔽。
综上所述,我们都是将C,C++等各种语言库当作中间层,以实现其一定程度上的可移植。如今,语言的跨平台的程序都是以这样的方式实现的。但是在不同的平台下,仍需要重新编译。
2.4 示例
如下图是Linux系统调用的大概流程。
当应用程序调用printf()函数时,printf函数会调用C库中的printf,继而调用C库中的write,C库最后调用内核的write()。
而另一些则不会使用系统调用,比如strlen, strcat, memcpy等。
printf函数执行过程中,程序运行状态切换如下:
用户态–>系统调用–>内核态–>返回用户态
printf函数、glibc库和系统调用在系统中关系图如下:
第3章 glibc主要功能简介
3.1 c语言库概述
glibc和libc都是Linux下的C函数库:
libc是Linux下的ANSI C函数库,
glibc是Linux下的GUN C函数库。
glibc是遵循POSIX标准的C语言函数库,因此,我们可以通过glibc来理解POSIX接口的主要功能。
3.2 glibc概述
glibc是 GNU发布的libc库,即c 运行库。glibc是 linux系统中最底层的 api,几乎其它任何运行库都会依赖于glibc。
glibc除了封装 linux操作系统所提供的 系统服务外,它本身也提供了许多其它一些必要其他功能服务的实现。
由于glibc囊括了几乎所有的 UNIX 通行的标准,可以想见其内容包罗万象。
glibc是一种按照 LGPL许可协议发布的,自由的,公开源代码的,方便从网络下载的C的编译程序。GNU C运行期库,是一种C 函数库,是程序运行时使用到的一些 API集合,它们一般是已预先 编译好,以 二进制代码形式存在 Linux类系统中,GNU C运行期库通常作为GNU C编译程序的一个部分发布。
glibc最初是 自由软件基金会(FSF)为其 GNU操作系统所写,但当前最主要的应用是配合 Linux内核,成为GNU/Linux操作系统一个重要的组成部分。
3.3 POSIX标准的C语言头文件
(1)基本计算
头文件 | 功能 |
<assert.h> | 验证程序断言 |
<complex.h> | 支持复数算术运算 |
<ctype.h> | 字符类型 |
<errno.h> | 出错码 |
<fenv.h> | 浮点环境 |
<float.h> | 浮点常量 |
<inttypes.h> | 整型格式转换 |
<iso646.h> | 替代关系操作符宏 |
<limits.h> | 实现常量 |
<locale.h> | 局部类别 |
<math.h> | 数学常量 |
<setjmp.h> | 非局部goto |
<signal.h> | 信号 |
<stdarg.h> | 可变参数表 |
<stdbool.h> | 布尔类型和值 |
<stddef.h> | 标准定义 |
<stdint.h> | 整型 |
<stdio.h> | 标准I/O库 |
<stdlib.h> | 实用程序库函数 |
<string.h> | 字符串操作 |
<tgmath.h> | 通用类型数学宏 |
<time.h> | 时间和日期 |
<wchar.h> | 扩展的多字节和宽字符支持 |
<wctype.h> | 宽字符分类和映射支持 |
(2)网络与文件
头文件 | 功能 |
<dirent.h> | 目录项 |
<fcntl.h> | 文件控制 |
<fnmatch.h> | 文件名匹配类型 |
<glob.h> | 路径名模式匹配类型 |
<grp.h> | 组文件 |
<netdb.h> | 网络数据库操作 |
<pwd.h> | 口令文件 |
<regex.h> | 正则表达式 |
<tar.h> | tar归档值 |
<termios.h> | 终端I/O |
<unistd.h> | 符号常量 |
<utime.h> | 文件时间 |
<wordexp.h> | 字扩展类型 |
<arpa/inet.h> | Internet定义 |
<net/if.h> | socket套接字本地接口 |
<netinet/in.h> | Internet地址族 |
<netinet/tcp.h> | 传输控制协议定义 |
<sys/mman.h> | 内存管理声明 |
<sys/select.h> | select函数 |
<sys/socket.h> | 套接字接口 |
<sys/stat.h> | 文件状态 |
<sys/times.h> | 进程时间 |
<sys/types.h> | 基本系统数据类型 |
<sys/un.h> | UNIX域套接字定义 |
<sys/utsname.h> | 系统名 |
<sys/wait.h> | 进程控制 |
**(3)POSIX标准定义的XSI扩展头文件(26项) **
头文件 | 功能 |
<cpio.h> | cpio归档值 |
<dlfcn.h> | 动态链接 |
<fmtmsg.h> | 消息显示结构 |
<ftw.h> | 文件树漫游 |
<iconv.h> | 代码集转换实用程序 |
<langinfo.h> | 语言信息常量 |
<libgen.h> | 模式匹配函数定义 |
<monetary.h> | 货币类型 |
<ndbm.h> | 数据库操作 |
<nl_types.h> | 消息类别 |
<poll.h> | 轮询函数 |
<search.h> | 搜索表 |
<strings.h> | 字符串操作 |
<syslog.h> | 系统出错日志记录 |
<ucontext.h> | 用户上下文 |
<ulimit.h> | 用户限制 |
<utmpx.h> | 用户帐户数据库 |
<sys/ipc.h> | IPC |
<sys/msg.h> | 消息队列 |
<sys/resource.h> | 资源操作 |
<sys/sem.h> | 信号量 |
<sys/shm.h> | 共享存储 |
<sys/statvfs.h> | 文件系统信息 |
<sys/time.h> | 时间类型 |
<sys/timeb.h> | 附加的日期和时间定义 |
<sys/uio.h> | 矢量I/O操作 |
**(4)POSIX标准定义的可选头文件(8项) **
头文件 | 功能 |
<aio.h> | 异步I/O |
<mqueue.h> | 消息队列 |
<pthread.h> | 线程 |
<sched.h> | 执行调度 |
<semaphore.h> | 信号量 |
<spawn.h> | 实时spawn接口 |
<stropts.h> | XSI STREAMS接口 |
<trace.h> | 时间跟踪 |