系統平臺

在計算機科學中，平臺（也稱為層或級別）描述了可以執行和開發應用程序的統一基礎。 它位于計算機系統的兩個組件之間。 對于使用平臺的組件，下面的組件是不可見的。 因此，同一個組件可以通過一個平臺運行在不同的“表面”上。 IT 領域有各種各樣的平臺和平臺概念。

平臺的可能組件是計算機體系結構、編程語言、庫和運行時環境。

平臺背后的理念是為應用軟件及其開發人員抽象復雜的細節。

一方面，這些細節可能是應用軟件將來使用的執行環境的未知屬性，在開發應用程序時不知道或可能不知道。 執行環境的這些屬性可以是，例如，硬件組件的確切類型和性能或用戶最終運行應用程序所使用的操作系統。

另一方面，抽象的動機也可以是已知的復雜性，為了使開發人員能夠更快、更便宜或更容易地開發應用程序，這些復雜性將被降低。

這種簡化可以通過為應用程序開發人員提供具體功能的更抽象的功能模型來實現，通常采用包裝底層功能的應用程序編程接口 (API) 的形式。 對于生成的應用程序，這通常采用動態解釋的運行時環境（例如 JRE、瀏覽器）或已知軟件功能（例如 Win32、DirectX）的二進制 ABI 的形式。

這些抽象層可以提供的一種品質是通用性，通常稱為兼容性。 這可以指廣度，即不同的、抽象的細節的數量，以及平臺隨時間的穩定性。 隨著時間的推移，兼容性可能意味著在進一步開發平臺時確保向后兼容性，或者制造商保證隨著新的可抽象“細節”（例如新操作系統、新硬件）的出現，它們將被集成到平臺中（向上兼容性）。

對于平臺，可以區分軟件和硬件平臺。

硬件平臺，也稱為機器級別，指定特定類型或系列的計算機。 機器層主要由特定的計算機或處理器架構給出，在邏輯上處于底部——低于應用程序層。

處理器架構平臺使用通用的機器語言、數據字大小、字節順序等。廣泛使用的 x86 架構就是一個例子。

然而，這種機器語言的各個指令如何在微處理器內部處理（例如使用微操作）在同一平臺內可能有很大差異。 只有命令提供的最終結果保持不變。

硬件平臺可大致分為 CISC 和 RISC 架構。 然而，對于當前的處理器架構，這兩種架構類型之間的界限變得越來越模糊。

所謂軟件平臺，也叫應用層，區分如下。

可以實現隨著時間的推移的兼容性，例如，通過用于訪問平臺的函數庫的穩定二進制接口。 如果進一步開發平臺，則只有平臺提供商必須確保保持兼容性。 然后必須分發其平臺庫的新版本，應用程序開發人員對應用程序的更改（重新編譯或改編）或用戶的配置更改不是必需的。

除了上述基于二進制兼容性的平臺概念，它使軟件一旦創建就可以繼續運行，還有通過應用程序源代碼的可移植性實現的兼容性概念。 這里不保證應用程序編譯的長期或廣泛的可操作性，而是與廣泛的底層硬件、程序庫的可編譯性庫和軟件 API，也稱為平xxx立性。 缺點是編譯過程必須更頻繁地執行，最重要的是由用戶或應用程序開發人員執行，這是一個有時復雜且容易出錯的過程。 為這樣的平臺創建可移植軟件也是一個問題。 同樣，對用戶可用的源代碼的需求可能是一個障礙，因為在專有軟件的情況下，披露這一點是不常見的。 因此，這種基于源代碼的兼容性概念在開源領域和類 Unix 操作系統中占主導地位，而二進制兼容性在 Windows 或 Mac 操作系統中占主導地位。

例如，一個軟件平臺——如 Win32 API 和其他內置于操作系統中的類似接口——允許軟件開發人員編寫運行在可變硬件上的應用程序，例如來自不同制造商的處理器、不同的顯卡、不同的xxx設備等等。 然而，此類應用程序通常被編譯成二進制程序，由機器指令組成，因此只能在特定硬件上運行，即它們基于該硬件平臺。 這個過程可以看作是效率和抽象程度之間的折衷，因為它節省了運行時耗時的轉換。

在動態解釋運行時環境的情況下，應用程序進一步從硬件中抽象出來。 這意味著命令和數據被傳遞到運行時環境或服務，并且僅在運行時在那里被解釋或翻譯成適當的機器語言。 此外，各種底層操作系統，即其他軟件平臺，也可以通過運行時環境（例如 JRE 或 Web 瀏覽器）抽象出來。