‘壹’ api接口有哪几种分类及功能
API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。下面就让我来给你科普一下什么是api接口。
api接口的分类
Windows API
API函数包含在Windows系统目录下的动态连接库文件中。Windows API是一套用来控制Windows的各个部件的外观和行为的预先定义的Windows函数。用户的每个动作都会引发一个或几个函数的运行以告诉Windows发生了什么。这在某种程度上很像Windows的天然代码。而其他的语言只是提供一种能自动而且更容易的访问API的 方法 。当你点击窗体上的一个按钮时，Windows会发送一个消息给窗体，VB获取这个调用并经过分析后生成一个特定事件。
更易理解来说：Windows系统除了协调应用程序的执行、内存的分配、系统资源的管理外，同时他也是一个很大的服务中心。调用这个服务中心的各种服务(每一种服务就是一个函数)可以帮助应用程序达到开启视窗、描绘图形和使用周边设备等目的，由于这些函数服务的对象是应用程序，所以称之为Application Programming Interface，简称API 函数。WIN32 API也就是MicrosoftWindows 32位平台的应用程序编程接口。
凡是在 Windows工作环境底下执行的应用程序，都可以调用Windows API。
linux API
在linux中，用户编程接口API遵循了UNIX中最流行的应用编程界面标准---POSIX标准。POSIX标准是由IEEE和ISO/IEC共同开发的标准系统。该标准基于当时现有的UNIX实践和 经验 ，描述了 操作系统 的系统调用编程接口API，用于保证应用程序可以在源程序一级上在多种操作系统上移植运行。这些系统调用编程接口主要是通过C库(LIBC)来实现的。
api接口的开放平台
基于互联网的应用正变得越来越普及，在这个过程中，有更多的站点将自身的资源开放给开发者来调用。对外提供的API 调用使得站点之间的内容关联性更强，同时这些开放的平台也为用户、开发者和中小网站带来了更大的价值。
开放是目前的发展趋势，越来越多的产品走向开放。目前的网站不能靠限制用户离开来留住用户，开放的架构反而更增加了用户的粘性。在Web 2.0的浪潮到来之前，开放的API 甚至源代码主要体现在桌面应用上，而现在越来越多的Web应用面向开发者开放了API。
具备分享、标准、去中心化、开放、模块化的Web 2.0站点，在为使用者带来价值的同时，更希望通过开放的API 来让站点提供的服务拥有更大的用户群和服务访问数量。
站点在推出基于开放API 标准的产品和服务后，无需花费力气做大量的市场推广，只要提供的服务或应用出色易用，其他站点就会主动将开放API 提供的服务整合到自己的应用之中。同时，这种整合API 带来的服务应用，也会激发更多富有创意的应用产生。
为了对外提供统一的API 接口，需要对开发者开放资源调用API 的站点提供开放统一的API接口环境，来帮助使用者访问站点的功能和资源。
当然，开放API 的站点为第三方的开发者提供良好的社区支持也是很有意义的，这有助于吸引更多的技术人员参与到开放的开发平台中，并开发出更为有趣的第三方应用。
视频云技术提供商CC视频开放API接口，用户可以在自己的网站后台轻松完成视频的上传、视频播放控制操作，并可批量获取视频及平台信息。
api接口的程序功能
远程过程调用(RPC)：通过作用在共享数据缓存器上的过程(或任务)实现程序间的通信。
标准查询语言(SQL)：是标准的访问数据的查询语言，通过通用数据库实现应用程序间的数据共享。
文件传输：文件传输通过发送格式化文件实现应用程序间数据共享。
信息交付：指松耦合或紧耦合应用程序间的小型格式化信息，通过程序间的直接通信实现数据共享。
当前应用于 API 的标准包括ANSI 标准SQL API。另外还有一些应用于 其它 类型的标准尚在制定之中。API 可以应用于所有计算机平台和操作系统。这些API 以不同的格式连接数据。每种数据格式要求以不同的数据命令和参数实现正确的数据通信，但同时也会产生不同类型的错误。因此，除了具备执行数据共享任务所需的知识以外，这些类型的API 还必须解决很多网络参数问题和可能的差错条件，即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种API 只处理一种信息格式，所以该情形下的信息交付API 只提供较小的命令、网络参数以及差错条件子集。正因为如此，交付API 方式大大降低了系统复杂性，所以当应用程序需要通过多个平台实现数据共享时，采用信息交付API 类型是比较理想的选择。
api接口的平台优势
1、技术优势 具有高效率、团结、富有创意的团队，技术实力雄厚，可针对不同层次客户的需求;
2、服务优势 领先的技术、严密的流程、品牌的保证，为在线交易给予有力的安全保障; 庞大的客服体系，为您提供7×24小时不间断的客户服务;
3、卡类兑换优势 解决客户往返银行汇款的麻烦，提升客户效率，有效增加订单数量。百汇通具有几十种的卡类兑换方式，与上游运营商合作密切，有大部分运营商充值接口，卡类产品的多样化能够满足所有客户的对于卡类兑换的需求。
4、结算优势 客户价格透明、公道。客户可以随时查看商品销售及帐户资金情况。
5、合作方式多样化优势 API接口系统，与供货商开展更多合作。为 渠道 、异业以及同行提供的大接口系统，确保百汇通的合作优势。强大而全面的点卡体系，可以为收费类网站提供解决方案。
‘贰’ Linux操作系统如何向用户提供服务
Linux系统提供三种接口：
1、图形界面操作接口，Linux系统一般提供KDE、Gnome等图形界面接口，目的是方便普通用户操作计算机。
2、控制台接口，即终端接口，Linux系统一般提供bash shell、cshell等等终端接口，目的是方便系统管理员操作计算机，事实上Linux功能的强大也主要体现在终端接口。
3、API接口：即apllication interface，这是应用程序接口，从编程角度Linux系统就是一个大的程序调用库，它提供大量的API函数，目的是方便程序员开发应用程序。
‘叁’ 可以简单的介绍下Linux下的网络开发API吗
Linux下的API叫做系统调用，如果光看系统调用的数量好像是没有Windows API的数量多，但是Linux上还有各种各样的函数库啊，比如Linux的线程接口就是函数库的形式提供的，各种各样的函数库数不胜数，这些函数库也是属于API的范畴。函数库有一个好处是可以有多个版本共存，如果你多多在Linux平台上编程的话，就会发现Linux的开发接口是非常丰富的。
‘肆’ linux的API和windows的API一样吗 能互相通用吗
看具体哪部分的
API
了。有一部分系统
API
是有标准的。用起来会差不多。
不过总的来说，那些通用的
API
，都不是高级、常用的系统
API
。
‘伍’ linux下的系统调用和api有到底有什么区别
UNIX是和C共生的，linux 是Unix的某种变体
早期的C库，基本就是unix 系统调用，和一些常用函数库（数学库，字符串库等等）。
后来C因为可移植性好，广泛流传，DOS 上就有四大编译器。
由于，广泛流传，所以后来为了统一和可移植性，就制定了标准。
某些库函数，被标准化了，成了标准库的一部分，另一些没有。
标准化的这一部分，就可以用于任何执行标准的编译器，包括DOS和Windows 上的.
没标准化的部分，只能是unix,linux 专用，其他操作系统上的编译器，也有可能部分自己专用库，或者该操作系统专用库
而操作系统，年最核心功能部分的库函数，unix,linux 就是系统调用（听说是X86 上是 int 80中断啥的）。
DOS是 int21中断，Windows 是API,SDK,DDK等。
有些系统调用，和API 被封装到标准库了，有些没有。
‘陆’ linux 系统api 和kernel api 一样么
linux kernel只提供一种叫系统调用给应用程序，linux系统提供了glibc这样的函数库专门封装了内核提供的系统调用，所以应用程序的开发就直接调用glibc库提供的库函数就可以了。
注：1、linux系统包括linux kernel、glibc库等。
2、因为应用程序调用系统调用是通过汇编指令完成的，所以才有了glibc的封装，简化了应用开发的难度。
kernel中提供的系统调用处理函数
sys_socket、sys_open、sys_close、sys_read、sys_write等
glibc中对应的是
socket、open、close、read、write等
glibc中的socket函数就是调用了int $0x80这条汇编指令，从而使cpu切换到内核态，执行sys_socket这个函数的。
函数调用流程：
socket->int $0x80->sys_socket。
现在2.6版本的内核提供了300多个系统调用：
glibc的下载地址：
http://ftp.gnu.org/gnu/glibc/
linux kernel的下载地址：
http://www.kernel.org/pub/linux/kernel/
‘柒’ Linux 中uapi作用
管理进程和内存
内核负责创建和销毁进程， 并处理它们与外部世界的联系(输入和输出)，不同进程间通讯(通过信号，管道，或者进程间通讯原语)对整个系统功能来说是基本的，也由内核处理。 另外， 调度器， 控制进程如何共享CPU，是进程管理的一部分。 更通常地，内核的进程管理活动实现了多个进程在一个单个或者几个CPU 之上的抽象。