在嵌入式系統行業的嵌入式開發人員和管理人員中流傳著這樣一個謠言:所有的操作系統都是平等的。開發團隊選擇RTOS并不罕見，因為他們的微控制器供應商支持它，而不是仔細研究RTOS提供的功能和特性。檢查RTOS的特性、API、功能和缺陷經常被忽略，有時甚至會損害應用程序的需求。你可能從未意識到的一個問題一直困擾著你:“所有的RTOSes都是等價的嗎?”

　　對等的需要

　　本質上有三種方式來看待如何構建嵌入式軟件。首先，開發人員構建裸機系統，沒有RTOS或操作系統。這些通常適用于小型嵌入式系統，這些系統沒有很多特性，或者不注重重用、可移植性或可伸縮性。接下來，一些團隊的系統需要可伸縮性和可重用性，但是可能沒有可移植性。這些團隊將選擇一個RTOS來使用并圍繞RTOS構建他們的整個應用程序，使RTOS成為系統的基礎。

　　構建系統的最后一種方法，也是驅動等價需求或愿望的方法，是現代系統，它們是復雜的，并且提供了廣泛的特性。在許多情況下，應用程序需要可伸縮、可重用和可移植。在這些情況下，一個嵌入式開發團隊不能僅僅選擇一個RTOS并圍繞它構建他們的應用程序。相反，他們需要一個RTOS抽象層，將他們的應用程序代碼從RTOS中分離出來，以選擇任何RTOS或操作系統來提供應用程序所需的服務和功能。圖1顯示了一個帶有RTOS抽象層的分層軟件架構的例子。

　　圖1

　　RTOS抽象層消除了對任何RTOS或操作系統的依賴，從而實現了更好的單元測試和脫離目標運行應用程序模擬的能力!當然，出現的問題是，當團隊創建一個RTOS抽象層時，他們拼命地試圖建議所有RTOS都提供等效的功能，如果概括起來，這就變成了“所有RTOS是等效的”。

　　RTOS等效現實

　　對于嵌入式軟件架構師和團隊來說，并非所有的RTOS都是平等的。每個RTOS都可以提供一組標準的功能，但即使是這些功能也可以實現并提供廣泛的差異。例如，嵌入式開發人員從目前可用的100多個RTOS中選擇三個，并檢查它們的API集。你將發現相似但差異很大的API。

　　如果你花一些時間來運行性能測量，你會發現每個RTOS都提供不同級別的實時性能和確定性。編譯每一個，你會發現不同的內存需求。如果你深入挖掘RTOS，你甚至可能會發現可以打破RTOS的錯誤或條件!有些人在管理安全性方面寫得很好，而另一些人則完全忽略了安全性是一個考慮因素。

　　結論

　　最終，團隊可能希望所有的RTOS都是相同的，但事實是每個RTOS都是唯一的。每一種都提供了一個具有不同內存占用、響應時間、API、安全性和安全功能的操作系統。RTOS抽象層有助于將嵌入式應用從標準特性中分離出來。然而，為了充分利用RTOS，可能有必要直接調用RTOS或創建抽象擴展來管理應用程序依賴關系。因此，下一次嵌入式開發人員想使用微控制器供應商提供的RTOS時，請花些時間評估并驗證RTOS是否滿足你的需求，因為每個RTOS都是不同的，盡管它們看起來可能是等效的。