应用程序二进制接口(application binary interface,ABI) 描述了应用程序和操作系统之间,一个应用和它的库之间,或者应用的组成部分之间的低接口 。
ABI不同于API ,API定义了源代码和库之间的接口,因此同样的代码可以在支持这个API的任何系统中编译 ,然而ABI允许编译好的目标代码在使用兼容ABI的系统中无需改动就能运行。 ABI掩盖了各种细节,例如:调用约定控制着函数的参数如何传送以及如何接受返回值;系统调用的编码和一个应用如何向操作系统进行系统调用;以及在一个完整的操作系统ABI中,对象文件的二进制格式、程序库等等。一个完整的ABI,像 Intel二进制兼容标准 (iBCS) ,允许支持它的操作系统上的程序不经修改在其他支持此ABI的操作体统上运行。其他的 ABI 标准化细节包括C++ name decoration和同一个平台上的编译器之间的调用约定,但是不包括跨平台的兼容性。在Unix的操作系统中,存在很多运行在同一件平台上互相相关但是不兼容的操作系统(尤其是80386兼容系统)。有一些努力尝试标准化A I,以减少销售商将程序移植到其他系统时所需的工作。然而,直到现在还没有很成功的例子,虽然LBS正在为Linux做这方面的努力。
在计算机领域内,ABI描述了应用程序与OS之间的底层接口。ABI涉及了程序的各个方面,比如:目标文件格式、
数据类型、数据对齐、
函数调用约定以及函数如何传递参数、如何返回值、系统调用号、如何实现系统调用等。
一套完整的ABI(比如:
Intel Binary Compatibility Standard (iBCS)),可以让程序在所有支持该ABI的系统上运行,而无需对程序进行修改。
EABI: embedded application binary interface
嵌入式应用二进制接口指定了文件格式、
数据类型、
寄存器使用、堆积组织优化和在一个
嵌入式软件中的参数的标准约定。开发者使用自己的汇编语言也可以使用
EABI作为与兼容的
编译器生成的汇编语言的接口。 支持
EABI的
编译器创建的
目标文件可以和使用类似编译器产生的代码兼容,这样允许开发者链接一个由不同编译器产生的库。
EABI与关于
通用计算机的ABI的主要区别是应用程序代码中允许使用
特权指令,不需要
动态链接(有时是禁止的),和更紧凑的堆栈帧组织用来节省内存。 广泛使用
EABI的有Power PC和ARM.
[1]