『壹』 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 之上的抽象。