在軟件工程中，多層體系結構（通常稱為 n 層體系結構）是一種客戶端-服務器體系結構，其中表示、應用程序處理和數據管理功能在物理上是分離的。 多層架構應用最廣泛的是三層架構。

N 層應用程序架構提供了一個模型，開發人員可以通過該模型創建靈活且可重用的應用程序。 通過將應用程序分成多個層，開發人員可以選擇修改或添加特定層，而不是重新設計整個應用程序。 三層架構通常由表示層、邏輯層和數據層組成。

雖然層和層的概念經常互換使用，但一種相當普遍的觀點認為確實存在差異。 這種觀點認為，層是構成軟件解決方案的概念元素的邏輯結構機制，而層是構成系統基礎設施的硬件元素的物理結構機制。 例如，一個三層解決方案可以很容易地部署在一個層上，例如在稱為 RDBMS-only 架構的極端以數據庫為中心的架構或個人工作站中。

層架構模式已在各種出版物中進行了描述。

在面向對象設計的信息系統的邏輯多層架構中，最常見的有以下四種：

• 表示層（也稱為 UI 層、視圖層、多層架構中的表示層）
• 應用層（又名服務層或 GRASP 控制器層）
• 業務層（又名業務邏輯層 (BLL)、領域邏輯層）
• 數據訪問層（又名持久層、日志記錄、網絡和支持特定業務層所需的其他服務）

領域驅動設計一書描述了上述四層的一些常見用途，盡管它的主要重點是領域層。

如果應用程序架構在業務層和表示層之間沒有明確的區別（即，表示層被認為是業務層的一部分），那么已經實現了傳統的客戶端-服務器（兩層）模型。

更常見的約定是應用層（或服務層）被視為業務層的子層，通常封裝 API 定義以顯示支持的業務功能。 事實上，應用程序/業務層可以進一步細分，以強調具有不同職責的附加子層。 例如，如果使用模型-視圖-演示者模式，則演示者子層可能用作用戶界面層和業務/應用程序層（由模型子層表示）之間的附加層。

有些還確定了一個單獨的層，稱為業務基礎架構層 (BI)，位于業務層和基礎架構層之間。 它有時也稱為低級業務層或業務服務層。 該層非常通用，可用于多個應用程序層（例如 CurrencyConverter）。

基礎設施層可以劃分為不同的級別（高級或低級技術服務）。 開發人員通常關注基礎設施層的持久化（數據訪問）能力，因此只談論持久層或數據訪問層（而不是基礎設施層或技術服務層）。 換句話說，另一種技術服務并不總是明確地被認為是任何特定層的一部分。

一層位于另一層之上，因為它依賴于它。 每一層都可以在沒有其上層的情況下存在，并且需要其下層才能發揮作用。 另一種常見的觀點是，層并不總是嚴格依賴于下面的相鄰層。 例如，在寬松的分層系統（與嚴格的分層系統相反）中，一個層也可以依賴于它下面的所有層。

三層架構是一種客戶端-服務器軟件架構模式，其中用戶界面（表示）、功能過程邏輯（業務規則）、計算機數據存儲和數據訪問作為獨立模塊開發和維護，通常在不同的平臺上。

它由 John J. Donovan 在 Open Environment Corporation (OEC) 開發，這是他在馬薩諸塞州劍橋市創立的一家工具公司。

除了具有定義明確的接口的模塊化軟件的通常優點外，三層體系結構旨在允許三層中的任何一層都可以根據需求或技術的變化而獨立升級或替換。 例如，表示層中操作系統的更改只會影響用戶界面代碼。