在電腦編程中，應用程序接口（API）是一組子程序（subroutine），用于定義、協定以及使用，來建立軟件和應用。一個好的應用程序接口由于提供了所有的程序組件，通過編程將這些組件組合起來，形成程序就變得很容易了。
一個API可能是為了基于網絡的系統（Web APIs）、操作系統、數據庫系統、網絡硬件或者軟件庫。一個API特性能以許多形式表達，但是經常包括闡述程序、數據結構、對象類、變量或者遠程調用。API有不同種類，例如：POSIX,Microsoft Windows API, C++Standard Template Library以及Java APIs。
API的記錄經常被提供，以促進其使用(?)。
知識產權法律中，API的立場是有爭議的。
作用
就如同圖形用戶界面使人們編程變得更為簡單一樣，應用程序界面使程序員使用某項技術建立程序變得更為簡單。通過抽象內在功能并只顯示出工程師需要的東西，API減少了一個程序員的認知壓力。雖然，郵箱服務的圖形界面可能提供給用戶一個按鈕，來顯示接收以及高亮新的郵件的所有步驟。但是，為了文件的輸入和輸出的API，可能給予工程師在沒有理解文件系統在屏幕后是如何運作的前提下，從一個地方將文件（數據）拷貝到另一個地方的能力。
使用
數據庫和框架
API經常用到軟件的數據庫：當數據庫有實際上運用了一系列規則的時候，API形容以及描述了可預見的行為（？）。獨立的API能有多種規則，而不同的數據庫共享了同樣的編程界面。API能讓以一種語言的程序使用以另外一種語言寫成的數據庫。例如，由于scala和java字節碼編譯兼容，scala程序員能利用任何java的api。
api的使用在不同的程序語言中是不同的。面向過程語言的api，例如lua，能首先包含外在代碼的路線，使用數據或者處理錯誤。但是，面向對象語言的api，例如java，能夠提供類及類方法的規范。
語力粘合（language bingding）也是api的特性。通過梳理特點以及一個語言應用到另一個語言的能力（？），語言粘合允許數據庫或服務端以開發的不同語言寫成。工具有swig和f2py，一種將fortran語言轉化為python的界面生成器（？）。
API也能鏈接到軟件框架：框架基于使用許多API的數據庫，但是不像通常API的使用，建立框架這一行為的目的，通過新的類進入其框架自身，其內容被擴展了（？）。而且，整體的程序流的控制能被caller破壞，而且通過沉浸式控制火形同的機理框架被處理了（？）。
操作系統
作用是操作系統互通（如linux和藍莓軟件）；舊的軟件能在新版本上用（如win32數據庫）；API和應用軟件二進制接口（ABI）不同（api基于源碼，abi基于二進制）
遠程應用程序接口
遠程api允許工程師用過協議來使用遠程資源。特殊的交流規則允許不同的技術共同工作，無論語言或者平臺。
網絡應用程序接口
在網絡編程領域，API被特定為一組超文本傳輸協議（HTTP）請求信息，帶有規定返回信息的格式，這種格式經常是可擴展性標記語言或者JS對象標記形式（XML以及JSON）。
雖然“web API”在離市場被語義化的稱為網絡服務，目前的趨勢（被稱為web 2.0）已經從基于網絡服務的簡單對象訪問協議以及服務趨向架構，趨向于表屬性狀態傳遞類型的網絡資源以及資源趨向架構了。另一個相關趨勢是從語義網趨向于資源描述框架（一種基于網絡的本體論工程技術？？）。網絡API也允許不同API組合在一起，形成了新的應用，叫做混搭。在社會媒體領域，網絡API允許網絡交流，通過在應用上共享內容和數據。通過這個方式，在一個地方產生的內容能動態的在網絡上的不同地點掛載和更新。
設計
對于API的設計能顯著影響其易用性。信息連結的原則描述了通過隱藏應用細節，來實現模組化編程（modular programming）中編程界面的作用。以至于使用模組的用戶不用理解模組內在的復雜性。所以，API的設計嘗試提供用戶能夠期望的工具。設計程序界面表現了軟件構建的很重要的一塊，組織復雜軟件的區塊。
有些作者提議如何設計API，例如Joshua Bloch,Kin Lane以及Michi Henning。
公布的政策
API是不同技術公司相互交互的基礎方式。提供以及使用API被認為是商業環境的一員。
公布一個API的主要政策有：私有、伙伴、公開（例如微軟公眾api，蘋果api carbon和cocoa，所以軟件能在他們的平臺上別編寫）。公開的API的重要一點是其穩定性，當不穩定的時候，在它文檔（documentation）中會標注unstable。有時候，也會將它自己的一部分稱之為deprecated。
文檔
api文檔描述了api提供了什么服務以及如何使用服務，目的是包含用戶使用這個api需要知道的所有東西。
